From dominique.unruh at ut.ee Mon Mar 01 11:29:10 2021 Received: from ppsw-30.csi.cam.ac.uk ([131.111.8.130]:36814) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lGggZ-00025o-FV (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 01 Mar 2021 11:25:59 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1886993 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [40.107.1.125 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.107.1.125 listed in wl.mailspike.net] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.0 MSGID_FROM_MTA_HEADER Message-Id was added by a relay * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-eopbgr10125.outbound.protection.outlook.com ([40.107.1.125]:34187 helo=EUR02-HE1-obe.outbound.protection.outlook.com) by ppsw-30.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lGgbL-0006gJ-eK (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 01 Mar 2021 11:20:36 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WNJMNsxcZYM1DIwyPlKXlbe2uQXP+u3wKNK/SjiIWwYgy/R6JuL2jyM4z014qVy9TGChSmaJE7fs5eM2nw4Z+WyhZXpGVbagI5XIm5cpQPQLcBiURuAzPAz/NLcAfuhE1F+EZ4wV8jaPAJfuOxVcO/h97HoFRkAyzR0YPDIvRxIeoJlebnW2D8cgbcR/gXc1Gh9s8g3xUQxCMLMxyxDzbXl3CuDgE8VPiSCMzincmAXALLYWRgJjljwT3uSyIICnQFeXLDi5UzQoQyeaZLC4Qva6WvgadHKQlpAeqPv1vgIE7dkPdXSamCpnH1WAotcyfoHFkeGE4IPyrcif15tknQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3LrDvG4ZcTbswvG7K2/tHKW1xAZ3hxuQdK1mnjcvaWc=; b=X93+oORULz4wr2MIbk/UaFEUA+4VlCcCjW/dqX6c/t2EevJZ+ngUBOiG6tKK4130jf/zEgnNmlq+0DJvQ0TwvWzhSzQP3Fx1B25W1ZsebIxMvzsm1Dtr77pvmPYGSay6k5et2IfI1x2xF/cWjvFvK0cljw6CAm+91nHVzjldeCAPg54c9ZNd7r29njZ54gesGbgFuNeGWD6NZYFV2u+ahhFtf3ItBUuEjyOFAOEzyveshmPT9eR4k2XLLoxXjc8hazNUrVhvi7MTOKFMi/nDblvk/4yz9S28sUpUYAfK6hWaBC8+V/9t8Hk3iyduhJTSjaYCk5ALDbNkidcmKlUh3g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ut.ee; dmarc=pass action=none header.from=ut.ee; dkim=pass header.d=ut.ee; arc=none Authentication-Results: lists.cam.ac.uk; dkim=none (message not signed) header.d=none; lists.cam.ac.uk; dmarc=none action=none header.from=ut.ee; Received: from DB9PR02MB6522.eurprd02.prod.outlook.com (2603:10a6:10:214::7) by DB6PR0202MB2694.eurprd02.prod.outlook.com (2603:10a6:4:1e::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.28; Mon, 1 Mar 2021 11:20:23 +0000 Received: from DB9PR02MB6522.eurprd02.prod.outlook.com ([fe80::2cb1:e7aa:4023:9778]) by DB9PR02MB6522.eurprd02.prod.outlook.com ([fe80::2cb1:e7aa:4023:9778%7]) with mapi id 15.20.3890.028; Mon, 1 Mar 2021 11:20:23 +0000 To: Makarius , cl-isabelle-users References: <98db2f8c-aaaf-8fff-04bd-99f97a53e548 at sketis.net> From: Dominique Unruh Message-ID: <597e351a-6661-8465-cc90-2712cba488d7 at ut.ee> Date: Mon, 1 Mar 2021 13:02:34 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 In-Reply-To: <98db2f8c-aaaf-8fff-04bd-99f97a53e548 at sketis.net> Content-Type: multipart/alternative; boundary="------------A32E1550415C9739D0846E44" Content-Language: en-US X-Originating-IP: [2001:bb8:2002:2400:3236:bc3a:e451:c52b] X-ClientProxiedBy: AM3PR04CA0136.eurprd04.prod.outlook.com (2603:10a6:207::20) To DB9PR02MB6522.eurprd02.prod.outlook.com (2603:10a6:10:214::7) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from [IPv6:2001:bb8:2002:2400:3236:bc3a:e451:c52b] (2001:bb8:2002:2400:3236:bc3a:e451:c52b) by AM3PR04CA0136.eurprd04.prod.outlook.com (2603:10a6:207::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.20 via Frontend Transport; Mon, 1 Mar 2021 11:20:23 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 6c3426e0-2e14-494c-41ae-08d8dca401da X-MS-TrafficTypeDiagnostic: DB6PR0202MB2694: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:9508; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: x21L7P0GAUWyXp0Ccj5ATF0ho2qmaum7pSj44D7Ee5L+UAgb5l6f7GHj9aQEPrNtAbIZxYB122eSMUn2hYiJEQ1eq+S5hvlkBws8mSShP92k+f3sPsbij2d3OTRpeI81WLd9Axd+nGvv1dW/70t566rnAvHoXtbX9Tdeo51sTYw36M09G/4yOkOQJgxIn7LJo2Og2UnK9cAA6jIGKG6V2pNXtMOx9KOqeuKrMknhRiLEovng86gM8yDT8Z+xWuwtGhGUov9zjRex5/CePsc/DMdbPyQscE9s7BxVsK+DhV3VikEaL6X8WFDbBkZwgmubupiV1eGeY+eUcw6v6n+33VexJnT/9/lG1UaQGMC+s/FQWDBRJ1hZqRi4LbAqjKmAUvT+c+2eWNWd7beokdGkbRVgwN9OJ4L0y0gr6lOjyYAiu32LeJfdop4+vR9ca6IxdgUpXdohXRF7LpefuBepmeMB/fJQLGC4g8pXUVSvAMiZDdo6EgqB6nbBbLX4dwk4BTSeLdvxHDXcmRJN/auzXn9z4uBbjbsqlnnICBxGlkR7ICt2UQu6Jb14eWAcmmSYfXf9enqg8x0CbG5zqHJnv2ocBQMn2BuAigbid5VwYq0= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB9PR02MB6522.eurprd02.prod.outlook.com; PTR:; CAT:NONE; SFS:(346002)(136003)(39860400002)(396003)(376002)(366004)(786003)(8676002)(8936002)(316002)(36756003)(110136005)(2906002)(31696002)(31686004)(83380400001)(52116002)(186003)(2616005)(6486002)(478600001)(6666004)(66556008)(5660300002)(66476007)(33964004)(66946007)(16526019)(45980500001)(43740500002); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData: =?utf-8?B?S3VFK1Z2dGRORlNXdUlTQWFqTWdUZ2RUdEkxd2EzRVUya0U2VURvYkhzYkdw?= =?utf-8?B?UmJublFTWHpFYmlWbTRST0h5Ti96R0o3QnRuSWxkdGpSanRoMFFYU244RjhM?= =?utf-8?B?Vkxqd2Noc2VRVU5uc2xwbUp4bi9ncjEzdXRodEVGYitUODk5cGRldGZ6V3BB?= =?utf-8?B?WE1FQUpFYzMyVG9qSzJyUmhZcnZxSEV6Y2NtSXFaUklmZ3FEUzBMODVFd0lu?= =?utf-8?B?OWFQZU1aTUZVU3ZWYWxiWk5Dd1lReGhFdDFLUUNyOHpEOWNmZHkzcE5FVjZ0?= =?utf-8?B?S0ZDeGgxdm80VVFiTHRvKzBMd1pWS0NQT3dpWGJzQkIzZHRxbmsrRXZxcXB2?= =?utf-8?B?dWM3ei9WNDdUdGNHOTRiWnJsbzdxazNML1lRcWE3Nk1pMitUV0YyNEpmU3pQ?= =?utf-8?B?Rm8rWm1rYmFycDQ4MS84MDR4T0VQRXo2bGVIRXJ1SE0yN1NvTzV0MG5RWHdT?= =?utf-8?B?d1Z1VFFsTU5NdzhsU0VEQTkycVJ6MUxKeUUxdDFxUXRZVytPYTlOQWtVdHg3?= =?utf-8?B?TDZkVWFPMk94M09KeTl4MlJ1TDNGdEtQeFpDN0lKWktWMUVEUCs4VVN5T29N?= =?utf-8?B?MU5mSS9Wa3M2Q3BnLzNjcXRZS2Z0eTJnYXMyYmM3cllGTlRCOERQWnRlcDJj?= =?utf-8?B?TGVlSWpvNWUyaUpJTkVncHdkVldEUXNrUVg2dzN0Ri8reHBmRWIzeFpJR1or?= =?utf-8?B?YkFEeWRkZUtRU3dHLzdUbFhNMDIydS9HYm8xeFNHZHp1OTgxN0JMdW5hVkdn?= =?utf-8?B?UndJd1JmNXJyRmh0Q29oNjV5UWZSN2NQUkV5NHRFWFRrdlI2RzVSbStFRWlu?= =?utf-8?B?SzZJM00vYVlxa1NYdE8yTWQ0a0c5bXFvdlJyK2ZNTDZxOGlvdU0vc3RJak5t?= =?utf-8?B?NTNSR1JCYnh3cU8wcm0yb3B0VExtSlcyRnp2U0hMQTZnQWhvbnJwTFp4Z24v?= =?utf-8?B?MkNzVjhyRUg0MFduaXkyaVM0M3pYclcwbnE1ZkdNNUMzU2JCZlcyRjYvSkMv?= =?utf-8?B?UGswNmpFSEZjNmRJL1ovRGdWNEtmYTcyeUZ3UnErcFBDUU1CcVFBVWxEMlFk?= =?utf-8?B?RW9ZaE9WakNZcVgzYm9rYit4bk1jMTF1bFFQbzEySGFlZ2R5cWluSlBrWStY?= =?utf-8?B?M21HRHFqMUNSbWROV3JyTlBTK2xLejRzV3l1UlpsMDFIWXFETlVOcXVZenBu?= =?utf-8?B?d0ZtVnZxelpOY3dsK3FJeWhVR3V3RHJpQnV3TVh2dWhJejRDZXNicFd3V05O?= =?utf-8?B?UjdYdVFNUmJPcHVaT2c3SWJzNVh4N1NZY3hEUGFJcXhaTVZBR0FGNGY4RE9I?= =?utf-8?B?VTJRSjhoQThDdVo0eDlUM2JLS1paOUc1bHJUNUpOa3R0U2RKUXR1YmxicnJx?= =?utf-8?B?U3lPMk5aUHlYU2d0M1oxR3B2WS8wZDVoYkhpS2JEMlBhTlBmRkZ0eFRVTS9k?= =?utf-8?B?ZHkvc1R0dHp2ekU0M2ZaT0JMaGNsdmZKU1RZeEQ2UGlOa2QvQkc5aHRXOUVI?= =?utf-8?B?RmFiV0w1RUVta2RVSEZtek1EN1R5aTBDWVhPWVRhempsS0Vwc3B3S1U3WEp5?= =?utf-8?B?bzlpMEdWV2d5eFdtWmdsYUVMbGpCZEtpNUxkVW1IeDN5eTlzK25CRlk4YmNw?= =?utf-8?B?RndoOG11VGVGOS9NZGhZZ2Y4QkpqeGtzcXk5RlI3a0Evako0RlVZZVlNaDNk?= =?utf-8?B?VFBOQjRKL3phTjE4dk1WaG5YOWFXeURNcGhWQmx3VjZDcFBBbDBFanBnNHVW?= =?utf-8?B?SFFQcmxwMjIySGxXT0trZ1hRcG5sUFlSem4xZmtabFhGaUs3blVXRE1tNnRB?= =?utf-8?B?ZEdwemdQU3k4bVFDUnl0SisvUTBrYW9NaXppWGZqbW0wTWx2Q3FiL0R5TTVi?= =?utf-8?Q?1PC+/sB669GB3?= X-OriginatorOrg: ut.ee X-MS-Exchange-CrossTenant-Network-Message-Id: 6c3426e0-2e14-494c-41ae-08d8dca401da X-MS-Exchange-CrossTenant-AuthSource: DB9PR02MB6522.eurprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Mar 2021 11:20:23.7888 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 6d356317-0d04-4abc-b6b6-8c9773885bb0 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: 5gqpAPCZ6B/iDwrrT8u2RYGMLXC8qE68focXwFeCl7myri7T5OHKzXPvH00JTsoo X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0202MB2694 Subject: Re: [isabelle] Remaining uses of "isabelle process" and "isabelle console" X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2021 11:29:10 -0000 --------------A32E1550415C9739D0846E44 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit > There are many > possibilities, and I don't think that raw ML processes are still needed. Are > there genuine counter examples to this claim? My scala-isabelle library currently uses 'isabelle process'. It uses it in the following way: * From a Scala application, the Isabelle process is invoked with '-e somefile.ML' where somefile.ML contains a loop that reads commands from one named pipe (or socket in Windows) and writes responses asynchronously to another named pipe (or socket). I would be happy to use Isabelle/Scala for this (or some other builtin method), but I would like to keep the following features: * It should be possible that the Scala application starts Isabelle. (As opposed to the Scala application being invoked as a component in Isabelle.) * I do not want to have to install any components inside the Isabelle home / user home. (Because I want that an application that uses scala-isabelle can run with an existing Isabelle installation without the user having to do anything but tell the Scala application where Isabelle is located. In particular, I don't want to potentially mess up an existing installation.) * I do not want to use the PIDE protocol for communication between the Scala application and scala-isabelle (but instead my own binary protocol). (Because I got a factor 1000 or so in round-trip time when switching to my own minimalistic RPC protocol compared to libisabelle that used PIDE.) It may very well be that this can be easily achieved without 'isabelle process' or Isabelle/Scala. For example, one idea would be to simply load a theory in a headless noninteractive session that contains a (nonterminating) ML_file command which contains the communication loop. (Of course, this theory would never be included in a heap because it does not terminate.) Or an ML_file command that forks the loop into a separate thread and then returns. But I would need some tips for that because my experiments with these things has mainly lead to me getting some messages like "invalid execution id" etc. On the long run, I want to support Isabelle/Scala in scala-isabelle in the sense that the existing Isabelle/Scala infrastructure should be an optional mechanism how an scala-isabelle application can interact with Isabelle. But here also my initial attempts ran into "invalid execution id" like problems. Best wishes, Dominique. --------------A32E1550415C9739D0846E44 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit

There are many
possibilities, and I don't think that raw ML processes are still needed. Are
there genuine counter examples to this claim?
My scala-isabelle library currently uses 'isabelle process'. It uses it in the following way:

  • From a Scala application, the Isabelle process is invoked with '-e somefile.ML' where somefile.ML contains a loop that reads commands from one named pipe (or socket in Windows) and writes responses asynchronously to another named pipe (or socket).

I would be happy to use Isabelle/Scala for this (or some other builtin method), but I would like to keep the following features:

  • It should be possible that the Scala application starts Isabelle.
    (As opposed to the Scala application being invoked as a component in Isabelle.)
  • I do not want to have to install any components inside the Isabelle home / user home.
    (Because I want that an application that uses scala-isabelle can run with an existing Isabelle installation without the user having to do anything but tell the Scala application where Isabelle is located. In particular, I don't want to potentially mess up an existing installation.)
  • I do not want to use the PIDE protocol for communication between the Scala application and scala-isabelle (but instead my own binary protocol).
    (Because I got a factor 1000 or so in round-trip time when switching to my own minimalistic RPC protocol compared to libisabelle that used PIDE.)

It may very well be that this can be easily achieved without 'isabelle process' or Isabelle/Scala. For example, one idea would be to simply load a theory in a headless noninteractive session that contains a (nonterminating) ML_file command which contains the communication loop. (Of course, this theory would never be included in a heap because it does not terminate.) Or an ML_file command that forks the loop into a separate thread and then returns. But I would need some tips for that because my experiments with these things has mainly lead to me getting some messages like "invalid execution id" etc.

On the long run, I want to support Isabelle/Scala in scala-isabelle in the sense that the existing Isabelle/Scala infrastructure should be an optional mechanism how an scala-isabelle application can interact with Isabelle. But here also my initial attempts ran into "invalid execution id" like problems.

Best wishes,
Dominique.



--------------A32E1550415C9739D0846E44-- From nipkow at in.tum.de Mon Mar 01 11:55:22 2021 Received: from ppsw-41.csi.cam.ac.uk ([131.111.8.141]:33958) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lGh90-0004Zp-Gu (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 01 Mar 2021 11:55:22 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1886993 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.36 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.36 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out2.in.tum.de ([131.159.0.36]:52835 helo=mail-out2.informatik.tu-muenchen.de) by ppsw-41.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lGh8z-000OrC-SH (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 01 Mar 2021 11:55:22 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id 090971C1540; Mon, 1 Mar 2021 12:55:21 +0100 (CET) Received: (Authenticated sender: nipkow) by mail.in.tum.de (Postfix) with ESMTPSA id A88311C1539 for ; Mon, 1 Mar 2021 12:55:18 +0100 (CET) (Extended-Queue-bit tech_hbugz at fff.in.tum.de) To: Isabelle Users List From: Tobias Nipkow Message-ID: <0ab86814-8576-2a5b-2ffd-bcbb8325c493 at in.tum.de> Date: Mon, 1 Mar 2021 12:55:17 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms070902070505040303090307" Subject: [isabelle] build output X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2021 11:55:22 -0000 This is a cryptographically signed message in MIME format. --------------ms070902070505040303090307 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable In the past the build script would tell me precisely where it put a file,= now I=20 only get the info that the presentation is in a certain directory and I h= ave to=20 dig down from there, which is less convenient. Tobias --------------ms070902070505040303090307 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC EX4wggUSMIID+qADAgECAgkA4wvV+K8l2YEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYT AkRFMSswKQYDVQQKDCJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYD VQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFs Um9vdCBDbGFzcyAyMB4XDTE2MDIyMjEzMzgyMloXDTMxMDIyMjIzNTk1OVowgZUxCzAJBgNV BAYTAkRFMUUwQwYDVQQKEzxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVu IEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsTB0RGTi1QS0kxLTArBgNVBAMTJERG Ti1WZXJlaW4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgMjCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAMtg1/9moUHN0vqHl4pzq5lN6mc5WqFggEcVToyVsuXPztNXS43O+FZs FVV2B+pG/cgDRWM+cNSrVICxI5y+NyipCf8FXRgPxJiZN7Mg9mZ4F4fCnQ7MSjLnFp2uDo0p eQcAIFTcFV9Kltd4tjTTwXS1nem/wHdN6r1ZB+BaL2w8pQDcNb1lDY9/Mm3yWmpLYgHurDg0 WUU2SQXaeMpqbVvAgWsRzNI8qIv4cRrKO+KA3Ra0Z3qLNupOkSk9s1FcragMvp0049ENF4N1 xDkesJQLEvHVaY4l9Lg9K7/AjsMeO6W/VRCrKq4Xl14zzsjz9AkH4wKGMUZrAcUQDBHHWekC AwEAAaOCAXQwggFwMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUk+PYMiba1fFKpZFK4OpL 4qIMz+EwHwYDVR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB /wIBAjAzBgNVHSAELDAqMA8GDSsGAQQBga0hgiwBAQQwDQYLKwYBBAGBrSGCLB4wCAYGZ4EM AQICMEwGA1UdHwRFMEMwQaA/oD2GO2h0dHA6Ly9wa2kwMzM2LnRlbGVzZWMuZGUvcmwvVGVs ZVNlY19HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGGBggrBgEFBQcBAQR6MHgwLAYIKwYBBQUH MAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMEgGCCsGAQUFBzAChjxodHRw Oi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9UZWxlU2VjX0dsb2JhbFJvb3RfQ2xhc3NfMi5j ZXIwDQYJKoZIhvcNAQELBQADggEBAIcL/z4Cm2XIVi3WO5qYi3FP2ropqiH5Ri71sqQPrhE4 eTizDnS6dl2e6BiClmLbTDPo3flq3zK9LExHYFV/53RrtCyD2HlrtrdNUAtmB7Xts5et6u5/ MOaZ/SLick0+hFvu+c+Z6n/XUjkurJgARH5pO7917tALOxrN5fcPImxHhPalR6D90Bo0fa3S PXez7vTXTf/D6OWST1k+kEcQSrCFWMBvf/iu7QhCnh7U3xQuTY+8npTD5+32GPg8SecmqKc2 2CzeIs2LgtjZeOJVEqM7h0S2EQvVDFKvaYwPBt/QolOLV5h7z/0HJPT8vcP9SpIClxvyt7bP ZYoaorVyGTkwggWsMIIElKADAgECAgcbY7rQHiw9MA0GCSqGSIb3DQEBCwUAMIGVMQswCQYD VQQGEwJERTFFMEMGA1UEChM8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hl biBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLEwdERk4tUEtJMS0wKwYDVQQDEyRE Rk4tVmVyZWluIENlcnRpZmljYXRpb24gQXV0aG9yaXR5IDIwHhcNMTYwNTI0MTEzODQwWhcN MzEwMjIyMjM1OTU5WjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9l cmRlcnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UE CwwHREZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQTCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ07eRxH3h+Gy8Zp1xCeOdfZojDbchwFfylf S2jxrRnWTOFrG7ELf6Gr4HuLi9gtzm6IOhDuV+UefwRRNuu6cG1joL6WLkDh0YNMZj0cZGnl m6Stcq5oOVGHecwX064vXWNxSzl660Knl5BpBb+Q/6RAcL0D57+eGIgfn5mITQ5HjUhfZZkQ 0tkqSe3BuS0dnxLLFdM/fx5ULzquk1enfnjK1UriGuXtQX1TX8izKvWKMKztFwUkP7agCwf9 TRqaA1KgNpzeJIdl5Of6x5ZzJBTN0OgbaJ4YWa52fvfRCng8h0uwN89Tyjo4EPPLR22MZD08 WkVKusqAfLjz56dMTM0CAwEAAaOCAgUwggIBMBIGA1UdEwEB/wQIMAYBAf8CAQEwDgYDVR0P AQH/BAQDAgEGMCkGA1UdIAQiMCAwDQYLKwYBBAGBrSGCLB4wDwYNKwYBBAGBrSGCLAEBBDAd BgNVHQ4EFgQUazqYi/nyU4na4K2yMh4JH+iqO3QwHwYDVR0jBBgwFoAUk+PYMiba1fFKpZFK 4OpL4qIMz+EwgY8GA1UdHwSBhzCBhDBAoD6gPIY6aHR0cDovL2NkcDEucGNhLmRmbi5kZS9n bG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDBAoD6gPIY6aHR0cDovL2NkcDIu cGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDCB3QYIKwYB BQUHAQEEgdAwgc0wMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1T ZXJ2ZXIvT0NTUDBKBggrBgEFBQcwAoY+aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwt cm9vdC1nMi1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwSgYIKwYBBQUHMAKGPmh0dHA6Ly9j ZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtZzItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0 MA0GCSqGSIb3DQEBCwUAA4IBAQCBeEWkTqR/DlXwCbFqPnjMaDWpHPOVnj/z+N9rOHeJLI21 rT7H8pTNoAauusyosa0zCLYkhmI2THhuUPDVbmCNT1IxQ5dGdfBi5G5mUcFCMWdQ5UnnOR7L n8qGSN4IFP8VSytmm6A4nwDO/afr0X9XLchMX9wQEZc+lgQCXISoKTlslPwQkgZ7nu7YRrQb tQMMONncsKk/cQYLsgMHM8KNSGMlJTx6e1du94oFOO+4oK4v9NsH1VuEGMGpuEvObJAaguS5 Pfp38dIfMwK/U+d2+dwmJUFvL6Yb+qQTkPp8ftkLYF3sv8pBoGH7EUkp2KgtdRXYShjqFu9V NCIaE40GMIIGtDCCBZygAwIBAgIMI5/lGur5RMzYJ/WbMA0GCSqGSIb3DQEBCwUAMIGNMQsw CQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRz Y2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUwIwYDVQQD DBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBMB4XDTIwMTAwOTEzMzcxOFoXDTIxMTIw MzE1MzYxN1owgcAxCzAJBgNVBAYTAkRFMQ8wDQYDVQQIDAZCYXllcm4xETAPBgNVBAcMCE11 ZW5jaGVuMSkwJwYDVQQKDCBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECwwZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAwwNVG9iaWFzIE5pcGtv dzEmMCQGCSqGSIb3DQEJARYXdG9iaWFzLm5pcGtvd0Bpbi50dW0uZGUwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDUbnZWpbMWc0L36pKuee6yTHzlyzNHFmR8kbLounLgje8w 6j9bH8D7kbzEnlrh31Sa1alxP58+/NQ2d7lUuzPz/RDRXVl4d+NJ7tVMi1GrW9tS35yyV1/c 4dgAIlMoe2USxwg+b3UXmmdosbs9W6RJ/639htMAFWbUUTnj77qNMDbr9zEmdskIkOvJPmJG E3bAYMr4xh5ApkcuL0adZmyjLdFHIeIDgvgYp2dzh1L7h0qMs8npjdVYZhbaM6JL0XLc83Fj 9hw0QDt82YAHrKB0syh626JPqizlONVUiHnGoiVS/R0Xn2a+XIl4+pn2ufUbqAOfv3YTPOYD yh4FV6TVAgMBAAGjggLdMIIC2TA+BgNVHSAENzA1MA8GDSsGAQQBga0hgiwBAQQwEAYOKwYB BAGBrSGCLAEBBAgwEAYOKwYBBAGBrSGCLAIBBAgwCQYDVR0TBAIwADAOBgNVHQ8BAf8EBAMC BeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBRbgDDEK6sjPfEN p3HCLZWLbSJuyTAfBgNVHSMEGDAWgBRrOpiL+fJTidrgrbIyHgkf6Ko7dDCBrgYDVR0RBIGm MIGjgRBuaXBrb3dAaW4udHVtLmRlgRd0b2JpYXMubmlwa293QGluLnR1bS5kZYEgbmlwa293 QGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJ3RvYmlhcy5uaXBrb3dAaW5mb3JtYXRpay50 dS1tdWVuY2hlbi5kZYERbmlwa293QGNzLnR1bS5lZHWBGHRvYmlhcy5uaXBrb3dAY3MudHVt LmVkdTCBjQYDVR0fBIGFMIGCMD+gPaA7hjlodHRwOi8vY2RwMS5wY2EuZGZuLmRlL2Rmbi1j YS1nbG9iYWwtZzIvcHViL2NybC9jYWNybC5jcmwwP6A9oDuGOWh0dHA6Ly9jZHAyLnBjYS5k Zm4uZGUvZGZuLWNhLWdsb2JhbC1nMi9wdWIvY3JsL2NhY3JsLmNybDCB2wYIKwYBBQUHAQEE gc4wgcswMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1TZXJ2ZXIv T0NTUDBJBggrBgEFBQcwAoY9aHR0cDovL2NkcDEucGNhLmRmbi5kZS9kZm4tY2EtZ2xvYmFs LWcyL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDBJBggrBgEFBQcwAoY9aHR0cDovL2NkcDIucGNh LmRmbi5kZS9kZm4tY2EtZ2xvYmFsLWcyL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDANBgkqhkiG 9w0BAQsFAAOCAQEAOCUU6IMxIBv685lR6sshbAl9YdfybY4Z8+MJxQ+/Uj0I+PE4i4JqqOiX vZbS+BqQXYs52i1eLvHsilp3vGU+iLoEAgAgaDKs+YKrYBTUQWHUJyMlgA9yKBgUge0uDNYZ kt8lleS0lT7aIg6bUfInHIaAN6fd7taz11CyC3WvPx2N9r6ZE6kzxN6whx/CvAzEZ9R5MVD8 Trk29zBUATA4KPiCxj48OTyR3e19fbXQ54dtF+aR0aPIUdknIFxMFcsZGRVEbhFSmDSasDuw LfRfDamQEPv0ZeCds8XzDcPovGuH8SLwtRQq5Dq5nCIeAP+ywJZwo+o5nX+lRBivQ7YRtjGC BAswggQHAgEBMIGeMIGNMQswCQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2Vy ZGVydW5nIGVpbmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQL DAdERk4tUEtJMSUwIwYDVQQDDBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBAgwjn+Ua 6vlEzNgn9ZswDQYJYIZIAWUDBAIBBQCgggI9MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTIxMDMwMTExNTUxN1owLwYJKoZIhvcNAQkEMSIEIKraHq9EH1bD qwoU5Kg3KEP34AvyyO6Ec6FrQJPJ3RXyMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwga8GCSsGAQQBgjcQBDGBoTCBnjCBjTELMAkG A1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVuZyBlaW5lcyBEZXV0c2No ZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZOLVBLSTElMCMGA1UEAwwc REZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI5/lGur5RMzYJ/WbMIGxBgsqhkiG9w0B CRACCzGBoaCBnjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRl cnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwH REZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI5/lGur5 RMzYJ/WbMA0GCSqGSIb3DQEBAQUABIIBABv3I2FIserE0pKl1tMPsqFTGKHkmVN2BpuLeyRo Qha39ixjBk1Nx33ppea9rIqIA5V/eOLz2TYaQ2r41O8ogsK7E6fc36YBGMZOTnyiZNc3VMjn 6ttz03vfuACshhNzw6v87d8CuLDbyd3iFjF5lCM8uQHplwwx/DVRhs3jbR2WqDHZRX4RV/wh Z0q742VKRIPkfRhD4aUnHVpCFddl54n3PFv+hdGFMJ8qXn1infgRjyahoKJCWtJHBqRgrhCR PwdU9Q1Q2Pj6Pf7N/j9XsyagUyfJpMd0g8m+eEazJIOiqQCUNv70FM6fqFDZ5ni8uwIGDmZC Styx+xjGzSLk3SgAAAAAAAA= --------------ms070902070505040303090307-- From inpefess at protonmail.com Mon Mar 01 11:59:29 2021 Received: from ppsw-31.csi.cam.ac.uk ([131.111.8.131]:39760) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lGhCz-0004oR-5B (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 01 Mar 2021 11:59:29 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1886993 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [185.70.40.141 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) * [185.70.40.141 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [inpefess[at]protonmail.com] * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-40141.protonmail.ch ([185.70.40.141]:12605) by ppsw-31.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lGhCy-000oOU-Kk (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 01 Mar 2021 11:59:29 +0000 Date: Mon, 01 Mar 2021 11:59:26 +0000 To: Makarius Message-ID: In-Reply-To: <28911efa-fea5-0377-c8f2-2b78ae14c7b2 at sketis.net> References: <987ec4ef-95e7-5199-1469-31e0e588f37b at sketis.net> <28911efa-fea5-0377-c8f2-2b78ae14c7b2 at sketis.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch Cc: "cl-isabelle-users at lists.cam.ac.uk" Subject: Re: [isabelle] Error in DockerHub documentation X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list From: Boris Shminke via Cl-isabelle-users Reply-To: Boris Shminke List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2021 11:59:29 -0000 Dear Makarius, > The present approach has an implicit assumption that the connection is lo= cal > and the password (UUID) for the connection can be provided by a file that= is > private to the user. Yes, you're right that simply adding this option to `isabelle server` comma= nd is not very useful. > Can you provide a pointer to the relevant documentation of Jupyter? Sure, https://jupyter-notebook.readthedocs.io/en/stable/public_server.html#= running-a-public-notebook-server (for a config file) https://jupyter-notebook.readthedocs.io/en/stable/public_server.html#docker= -cmd (for a command line option) Of course, they have SSL support, as well as possibility to set password to= a server. > Is the absence of ssh theoretical or based on concrete experience? Yes, it's based on a situation in which I use Jupyter server provided by my= lab. I don't have ssh access to it, although the ports are open for me thr= ough VPN. Regards, Boris From nipkow at in.tum.de Mon Mar 01 12:37:07 2021 Received: from ppsw-30.csi.cam.ac.uk ([131.111.8.130]:34262) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lGhnP-0006qd-Oa (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 01 Mar 2021 12:37:07 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1886993 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.8 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.8 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta1.cl.cam.ac.uk ([128.232.0.57]:34133) by ppsw-30.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lGhnO-000de7-fo (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 01 Mar 2021 12:37:07 +0000 Received: from ppsw-31.csi.cam.ac.uk ([2001:630:212:8::e:f31]) by mta1.cl.cam.ac.uk with esmtp (Exim 4.90_1) (envelope-from ) id 1lGhnO-0003jB-Sg for isabelle-users at cl.cam.ac.uk; Mon, 01 Mar 2021 12:37:06 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1886993 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.8 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.8 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out1.in.tum.de ([131.159.0.8]:34269 helo=mail-out1.informatik.tu-muenchen.de) by ppsw-31.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lGhnN-000YS3-Lu (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Mon, 01 Mar 2021 12:37:06 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id C2AD11C1540; Mon, 1 Mar 2021 13:37:04 +0100 (CET) Received: (Authenticated sender: nipkow) by mail.in.tum.de (Postfix) with ESMTPSA id 6CD1C1C1539 for ; Mon, 1 Mar 2021 13:37:02 +0100 (CET) (Extended-Queue-bit tech_jetgl at fff.in.tum.de) To: Isabelle Users From: Tobias Nipkow Message-ID: <8d10aa99-d51c-e1d0-60c7-1f8fdeecbf59 at in.tum.de> Date: Mon, 1 Mar 2021 13:37:01 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms050407000002060903020803" X-debug-header: local_aliases has suffix Subject: [isabelle] =?utf-8?q?New_in_the_AFP=3A_The_Sunflower_Lemma_of_Erd?= =?utf-8?q?=C5=91s_and_Rado?= X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2021 12:37:07 -0000 This is a cryptographically signed message in MIME format. --------------ms050407000002060903020803 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable The Sunflower Lemma of Erd=C5=91s and Rado Ren=C3=A9 Thiemann We formally define sunflowers and provide a formalization of the sunflowe= r lemma=20 of Erd=C5=91s and Rado: whenever a set of size-k-sets has a larger cardin= ality than=20 (r - 1)^k =C2=B7 k!, then it contains a sunflower of cardinality r. https://www.isa-afp.org/entries/Sunflowers.html Enjoy! --------------ms050407000002060903020803 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC EX4wggUSMIID+qADAgECAgkA4wvV+K8l2YEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYT AkRFMSswKQYDVQQKDCJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYD VQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFs Um9vdCBDbGFzcyAyMB4XDTE2MDIyMjEzMzgyMloXDTMxMDIyMjIzNTk1OVowgZUxCzAJBgNV BAYTAkRFMUUwQwYDVQQKEzxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVu IEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsTB0RGTi1QS0kxLTArBgNVBAMTJERG Ti1WZXJlaW4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgMjCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAMtg1/9moUHN0vqHl4pzq5lN6mc5WqFggEcVToyVsuXPztNXS43O+FZs FVV2B+pG/cgDRWM+cNSrVICxI5y+NyipCf8FXRgPxJiZN7Mg9mZ4F4fCnQ7MSjLnFp2uDo0p eQcAIFTcFV9Kltd4tjTTwXS1nem/wHdN6r1ZB+BaL2w8pQDcNb1lDY9/Mm3yWmpLYgHurDg0 WUU2SQXaeMpqbVvAgWsRzNI8qIv4cRrKO+KA3Ra0Z3qLNupOkSk9s1FcragMvp0049ENF4N1 xDkesJQLEvHVaY4l9Lg9K7/AjsMeO6W/VRCrKq4Xl14zzsjz9AkH4wKGMUZrAcUQDBHHWekC AwEAAaOCAXQwggFwMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUk+PYMiba1fFKpZFK4OpL 4qIMz+EwHwYDVR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB /wIBAjAzBgNVHSAELDAqMA8GDSsGAQQBga0hgiwBAQQwDQYLKwYBBAGBrSGCLB4wCAYGZ4EM AQICMEwGA1UdHwRFMEMwQaA/oD2GO2h0dHA6Ly9wa2kwMzM2LnRlbGVzZWMuZGUvcmwvVGVs ZVNlY19HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGGBggrBgEFBQcBAQR6MHgwLAYIKwYBBQUH MAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMEgGCCsGAQUFBzAChjxodHRw Oi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9UZWxlU2VjX0dsb2JhbFJvb3RfQ2xhc3NfMi5j ZXIwDQYJKoZIhvcNAQELBQADggEBAIcL/z4Cm2XIVi3WO5qYi3FP2ropqiH5Ri71sqQPrhE4 eTizDnS6dl2e6BiClmLbTDPo3flq3zK9LExHYFV/53RrtCyD2HlrtrdNUAtmB7Xts5et6u5/ MOaZ/SLick0+hFvu+c+Z6n/XUjkurJgARH5pO7917tALOxrN5fcPImxHhPalR6D90Bo0fa3S PXez7vTXTf/D6OWST1k+kEcQSrCFWMBvf/iu7QhCnh7U3xQuTY+8npTD5+32GPg8SecmqKc2 2CzeIs2LgtjZeOJVEqM7h0S2EQvVDFKvaYwPBt/QolOLV5h7z/0HJPT8vcP9SpIClxvyt7bP ZYoaorVyGTkwggWsMIIElKADAgECAgcbY7rQHiw9MA0GCSqGSIb3DQEBCwUAMIGVMQswCQYD VQQGEwJERTFFMEMGA1UEChM8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hl biBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLEwdERk4tUEtJMS0wKwYDVQQDEyRE Rk4tVmVyZWluIENlcnRpZmljYXRpb24gQXV0aG9yaXR5IDIwHhcNMTYwNTI0MTEzODQwWhcN MzEwMjIyMjM1OTU5WjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9l cmRlcnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UE CwwHREZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQTCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ07eRxH3h+Gy8Zp1xCeOdfZojDbchwFfylf S2jxrRnWTOFrG7ELf6Gr4HuLi9gtzm6IOhDuV+UefwRRNuu6cG1joL6WLkDh0YNMZj0cZGnl m6Stcq5oOVGHecwX064vXWNxSzl660Knl5BpBb+Q/6RAcL0D57+eGIgfn5mITQ5HjUhfZZkQ 0tkqSe3BuS0dnxLLFdM/fx5ULzquk1enfnjK1UriGuXtQX1TX8izKvWKMKztFwUkP7agCwf9 TRqaA1KgNpzeJIdl5Of6x5ZzJBTN0OgbaJ4YWa52fvfRCng8h0uwN89Tyjo4EPPLR22MZD08 WkVKusqAfLjz56dMTM0CAwEAAaOCAgUwggIBMBIGA1UdEwEB/wQIMAYBAf8CAQEwDgYDVR0P AQH/BAQDAgEGMCkGA1UdIAQiMCAwDQYLKwYBBAGBrSGCLB4wDwYNKwYBBAGBrSGCLAEBBDAd BgNVHQ4EFgQUazqYi/nyU4na4K2yMh4JH+iqO3QwHwYDVR0jBBgwFoAUk+PYMiba1fFKpZFK 4OpL4qIMz+EwgY8GA1UdHwSBhzCBhDBAoD6gPIY6aHR0cDovL2NkcDEucGNhLmRmbi5kZS9n bG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDBAoD6gPIY6aHR0cDovL2NkcDIu cGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDCB3QYIKwYB BQUHAQEEgdAwgc0wMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1T ZXJ2ZXIvT0NTUDBKBggrBgEFBQcwAoY+aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwt cm9vdC1nMi1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwSgYIKwYBBQUHMAKGPmh0dHA6Ly9j ZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtZzItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0 MA0GCSqGSIb3DQEBCwUAA4IBAQCBeEWkTqR/DlXwCbFqPnjMaDWpHPOVnj/z+N9rOHeJLI21 rT7H8pTNoAauusyosa0zCLYkhmI2THhuUPDVbmCNT1IxQ5dGdfBi5G5mUcFCMWdQ5UnnOR7L n8qGSN4IFP8VSytmm6A4nwDO/afr0X9XLchMX9wQEZc+lgQCXISoKTlslPwQkgZ7nu7YRrQb tQMMONncsKk/cQYLsgMHM8KNSGMlJTx6e1du94oFOO+4oK4v9NsH1VuEGMGpuEvObJAaguS5 Pfp38dIfMwK/U+d2+dwmJUFvL6Yb+qQTkPp8ftkLYF3sv8pBoGH7EUkp2KgtdRXYShjqFu9V NCIaE40GMIIGtDCCBZygAwIBAgIMI5/lGur5RMzYJ/WbMA0GCSqGSIb3DQEBCwUAMIGNMQsw CQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRz Y2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUwIwYDVQQD DBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBMB4XDTIwMTAwOTEzMzcxOFoXDTIxMTIw MzE1MzYxN1owgcAxCzAJBgNVBAYTAkRFMQ8wDQYDVQQIDAZCYXllcm4xETAPBgNVBAcMCE11 ZW5jaGVuMSkwJwYDVQQKDCBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECwwZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAwwNVG9iaWFzIE5pcGtv dzEmMCQGCSqGSIb3DQEJARYXdG9iaWFzLm5pcGtvd0Bpbi50dW0uZGUwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDUbnZWpbMWc0L36pKuee6yTHzlyzNHFmR8kbLounLgje8w 6j9bH8D7kbzEnlrh31Sa1alxP58+/NQ2d7lUuzPz/RDRXVl4d+NJ7tVMi1GrW9tS35yyV1/c 4dgAIlMoe2USxwg+b3UXmmdosbs9W6RJ/639htMAFWbUUTnj77qNMDbr9zEmdskIkOvJPmJG E3bAYMr4xh5ApkcuL0adZmyjLdFHIeIDgvgYp2dzh1L7h0qMs8npjdVYZhbaM6JL0XLc83Fj 9hw0QDt82YAHrKB0syh626JPqizlONVUiHnGoiVS/R0Xn2a+XIl4+pn2ufUbqAOfv3YTPOYD yh4FV6TVAgMBAAGjggLdMIIC2TA+BgNVHSAENzA1MA8GDSsGAQQBga0hgiwBAQQwEAYOKwYB BAGBrSGCLAEBBAgwEAYOKwYBBAGBrSGCLAIBBAgwCQYDVR0TBAIwADAOBgNVHQ8BAf8EBAMC BeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBRbgDDEK6sjPfEN p3HCLZWLbSJuyTAfBgNVHSMEGDAWgBRrOpiL+fJTidrgrbIyHgkf6Ko7dDCBrgYDVR0RBIGm MIGjgRBuaXBrb3dAaW4udHVtLmRlgRd0b2JpYXMubmlwa293QGluLnR1bS5kZYEgbmlwa293 QGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJ3RvYmlhcy5uaXBrb3dAaW5mb3JtYXRpay50 dS1tdWVuY2hlbi5kZYERbmlwa293QGNzLnR1bS5lZHWBGHRvYmlhcy5uaXBrb3dAY3MudHVt LmVkdTCBjQYDVR0fBIGFMIGCMD+gPaA7hjlodHRwOi8vY2RwMS5wY2EuZGZuLmRlL2Rmbi1j YS1nbG9iYWwtZzIvcHViL2NybC9jYWNybC5jcmwwP6A9oDuGOWh0dHA6Ly9jZHAyLnBjYS5k Zm4uZGUvZGZuLWNhLWdsb2JhbC1nMi9wdWIvY3JsL2NhY3JsLmNybDCB2wYIKwYBBQUHAQEE gc4wgcswMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1TZXJ2ZXIv T0NTUDBJBggrBgEFBQcwAoY9aHR0cDovL2NkcDEucGNhLmRmbi5kZS9kZm4tY2EtZ2xvYmFs LWcyL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDBJBggrBgEFBQcwAoY9aHR0cDovL2NkcDIucGNh LmRmbi5kZS9kZm4tY2EtZ2xvYmFsLWcyL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDANBgkqhkiG 9w0BAQsFAAOCAQEAOCUU6IMxIBv685lR6sshbAl9YdfybY4Z8+MJxQ+/Uj0I+PE4i4JqqOiX vZbS+BqQXYs52i1eLvHsilp3vGU+iLoEAgAgaDKs+YKrYBTUQWHUJyMlgA9yKBgUge0uDNYZ kt8lleS0lT7aIg6bUfInHIaAN6fd7taz11CyC3WvPx2N9r6ZE6kzxN6whx/CvAzEZ9R5MVD8 Trk29zBUATA4KPiCxj48OTyR3e19fbXQ54dtF+aR0aPIUdknIFxMFcsZGRVEbhFSmDSasDuw LfRfDamQEPv0ZeCds8XzDcPovGuH8SLwtRQq5Dq5nCIeAP+ywJZwo+o5nX+lRBivQ7YRtjGC BAswggQHAgEBMIGeMIGNMQswCQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2Vy ZGVydW5nIGVpbmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQL DAdERk4tUEtJMSUwIwYDVQQDDBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBAgwjn+Ua 6vlEzNgn9ZswDQYJYIZIAWUDBAIBBQCgggI9MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTIxMDMwMTEyMzcwMVowLwYJKoZIhvcNAQkEMSIEIDRr3n+BF9TT DVAo6Y+OD2dczopA4A9fr2QPIVIw585QMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwga8GCSsGAQQBgjcQBDGBoTCBnjCBjTELMAkG A1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVuZyBlaW5lcyBEZXV0c2No ZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZOLVBLSTElMCMGA1UEAwwc REZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI5/lGur5RMzYJ/WbMIGxBgsqhkiG9w0B CRACCzGBoaCBnjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRl cnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwH REZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI5/lGur5 RMzYJ/WbMA0GCSqGSIb3DQEBAQUABIIBADqzWc0U/S1B/k1MvDIpUnggFk+b2pqp4MRzvoHV 9c69OT2t5+YKBEXTmy3YChR93kPq1SEYGNLlusT6/bTKvoL7k+VPq8SMzyb3I9aNPQKpHP/W XXVmljrpAny7BC9FWBU1beik7NcBMDlG4o6soilMX4FHU+h/6xegQjnkK8PC9ZUBQMNPvnuf RDi1sCgL1+2x2PMg3PMZPLn+EAkG6u+x7gdZee4Y4GB2nRS0mWXQWtRo+vVBNYLJ34Ucm3hS vPF72Q79MuCQwpRW6X7bLEH7GdksVoavB32fYbihq4rlqn534g3cgOyXCN8Z4mGUxeMmkS24 dgx5LgPCHj1BUm8AAAAAAAA= --------------ms050407000002060903020803-- From makarius at sketis.net Mon Mar 01 12:45:15 2021 Received: from ppsw-30.csi.cam.ac.uk ([131.111.8.130]:47450) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lGhvH-000750-TZ (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 01 Mar 2021 12:45:15 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1886993 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [188.68.61.103 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([188.68.61.103]:40205) by ppsw-30.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lGhvH-000ltn-d3 (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 01 Mar 2021 12:45:15 +0000 Received: from mors-relay-8403.netcup.net (localhost [127.0.0.1]) by mors-relay-8403.netcup.net (Postfix) with ESMTPS id 4Dq0NB28VWz8g1v; Mon, 1 Mar 2021 13:45:14 +0100 (CET) Received: from policy01-mors.netcup.net (unknown [46.38.225.35]) by mors-relay-8403.netcup.net (Postfix) with ESMTPS id 4Dq0N94jn8z8g1G; Mon, 1 Mar 2021 13:45:13 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy01-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -1.001 X-Spam-Level: X-Spam-Status: No, score=-1.001 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_20=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy01-mors.netcup.net (Postfix) with ESMTPS id 4Dq0N85SCqz8sYn; Mon, 1 Mar 2021 13:45:12 +0100 (CET) Received: from [192.168.178.32] (aftr-62-216-204-15.dynamic.mnet-online.de [62.216.204.15]) by mx2f26.netcup.net (Postfix) with ESMTPSA id 99E45A8374; Mon, 1 Mar 2021 13:45:11 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.15) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.178.32] Received-SPF: pass (mx2f26: connection is authenticated) To: Dominique Unruh , cl-isabelle-users References: <98db2f8c-aaaf-8fff-04bd-99f97a53e548 at sketis.net> <597e351a-6661-8465-cc90-2712cba488d7 at ut.ee> From: Makarius Autocrypt: addr=makarius at sketis.net; prefer-encrypt=mutual; keydata= mQINBFcrF+4BEADMcXMnu3XHg6bRsGe3tajAHqvm89+ecn/Y0WhjI2FplhkZs1LwM+ZA9eXh hiBrC/yX0FJ+qjzVIfm66CX4nzVG1f8qwaervMpvpA+gbhtQiXc0t+LDcqV+5cdtpKplPHSu oW+KzJKyCdkDB5fYMOzuaXQwYi12YAEQH2r6K7Q7Np+k82Xli1pWe+Tha/BH0pKJ5Q01aPep ASrNW9F+moX7C0fxWl65LiXGmF0UJep6fqKruhy8oNF4p6I2oZhktvaR/x6tkL2PkT3r+xUS 6g5i3BOjfwhoGY57nsioeK+8VFvdRH5DK4CbrTgDl7ddcrEeENrfpDiPLs/afVbe/T9oDXmJ OJAO4WMpfZNiFhx9SSVTHohw29Fyzn0N1UQGjPqAY1jg32DAxlnMQ0co/KabEFAcoQsW1/6U ZGiNxYVIyEKGrnSY4WuLuNC8CmU1RaYSdTk1y9tYdxufM9lH9ynzJwac6FdalOOxMR2G9JG8 L9/dk3ytlP6DVwkPBSCpJaTkTyMp1wSkF1oK/BDu5xKUQh0zvvLCuZ16hiKRBBSjpVExXRZC u+NC1Y4wqm1HOH7HBwgZ1Hv9S/EPmI9iwgcW0SpDJqPf2Cm7oFMZsZ5Dbs6/nOQoe4Zegy45 ymqDRlIekP7zj+vOoR80XAYfmAH5DElJHldcjmgLBMdpvvqGZwARAQABtB5NYWthcml1cyA8 bWFrYXJpdXNAc2tldGlzLm5ldD6JAj0EEwEIACcFAlcrF+4CGyMFCQlmAYAFCwkIBwIGFQgJ CgsCBBYCAwECHgECF4AACgkQ89KUEoG/TbiVrw/9FjEBgh2CB7Qof7Y4k0yc7j+x/A0Wmkc0 iwP5jaKJuxRv1JJT8CFqm392+/cdh3EkRUk/UWD+hpNndYJwxZltrEpKVqFAWoVOg3ZJ4cuI MYhlp4tk/T0KSl/gKT16dc6uJ7M/FzW0zv50vjFtAdianEDuqLXHKaGDUwWoOTDly0gdZ7aH /eNby6ONHUSJMdTNOErh2N+uESM4aZqUuuL/dTb6xiVzCpV5saT8EMakoazUd7QhoBaHvqfs BL7DEmvcTtA79GF3ufHrF/UndIcx8aMznZ2PGNjmy5seDCoKX0EYHdLam8vgo/TuU4dRw5Zn 6E/ouyNOliXT1Mn+SomeBSXTR5MXRq4TQ9MKVGiP0Yl+7GJQU0JFtDC1ZZEOyjIiwGWOhbUR pYujVm8C1iQ7NcEn2BqOAmRML6IR6+En4RLbgCNsBNXlmTPRJOaI+iV6DZzg3x9zcaDGhoYt jkBTEFpb0F3jU9yuaEU5401NV34fUxg8tqXs0R9CKinO7kQ8N+RDjyyY8k2KZiDYBJ6r+OK0 d7TaTj7F9tmpAu2pmQ8lxOKjDZIwlbGTsC4lxISmcPzBGTKXja5nakcWYx/lZ4vje0WZ12HN amnD1weakFixRYit0d+Kz7cuj684NSbhwC0oN2t9R06Nfq8UPEWRKEitCly0OtRgio8zVZ/L eAC5Ag0EVysX7gEQAKs5NVOvYkE/r8KLsJ8/L/9eulpJDOFilZ9fyuqii7t1UpHZLb58QghW JM+IB2GSGsB+pOi6Je7hmwxcVdXYbGlYZ4Btqqw48/XptfbNZ8alCk6AqoVFP4MbYxij/Qqv f/Yw6GR0p1RIC/W4GF/JgDDwDFEiMT6Pv6dpM8acdNFCERDZdoOJiC+XJRwy5lZ2g5FOJkT9 rVI9EnA7mBXLLjPOMUp2/eZxN6gKOZzI3ej9vixg3adWR2yfKPgacHP/ujnVfITOl0OyLE5f zIHq85dEV4zW6Mpx7+Um0tdkwlUVMaW2nQ1bcwejgVAuD/MLSF/lSs3N5D1ctw5QUemYh7/e 2dC12UJuFDFxNPzcltQTlkBCVWV1D0SjScDHdlF6HhzpZOlt52/rwTn5GHtY4nwAL4IJ+Yvl WX8YKmyILH4Ai8c/N2IVRERQ2qorWFlsQnqrXV+hXf8aUwjc/pq4K9rsWxvle3TpeZfoBefU /s1PEX0SepZFAqAXHlQ9DZPsdPDo9EFK695G5w4nf03EhE9TV1MKGUuc1XJ6f1ZLaxu0TwTA 6qYtKIyBcU0Yn61S2Kh7Dgb5LdLV8nfl71+n/xIt2IWH5UJ9YuwEgGEP0c6ImnAUZ+nRodFI 0RwtCWlRkSJWtQln1vcphrz8PjWZH6e/nWnceXR/Al5P0WexQgtvABEBAAGJAiUEGAEIAA8F AlcrF+4CGwwFCQlmAYAACgkQ89KUEoG/Tbh7VQ/9Fc4bdwJYc3jH/LiuXv6uMg50Cv6lg2NT bL9DClWGNiYzejfM2A4c5K+GRUXhyD7S9U203MOv3z7uTbtyQL8XVolNnQlRIkB00f8nJ2sw HMXx/hemjXBvtlneq+vrMORJexldXUMFq19ZZrvj0zZL+pUnGFqt+IWTEE5GpL7wu20Demaj jYyGyKcDZyJOWZcl4e45Yn3hl0EI2xVmVh7ZinVsb3+nqgcltFy4Jt+drezwV2EiLGJHfGsT jEQb3C9VpneU4Jo+hHtfqLK4Q8+WlIOzSfyvwbabxrhyqg7i11fu8yckNW3dCURPYigV07HK 4dN0zhj53M0Q3eTwegJRPJb8XoLDcSdbsaU2HIShlGDKmzS9KL4JzLikQ9dXROC4cae3jRKH aexFi4B55Ab6FxIfXj09wUCO6Nm0owDfIBDMgiywvi2Rb2etCjBgRbSj71S2nntd9ZitoYvE yKirLkWmJRbp3ln8cHi8Uc/jr1cDPVRWuLUN0uceMj5+AR+NZVakcNUHWJCinMMjacho0SyP QmocdU8pzzupreaVWruqaSzqcpWBPwrE5OxEtJ+OyIBjKmRJ5eptjh4rKgNaVnKjhqbvr+Yz pUAgPp38jjf4HJghUGIfWArKNelKJEJOYk94DAbmT67LgqEdZ0yaA2BCHmreN727WIzV9vkX NMc= Message-ID: <622c0254-8556-550f-bb28-60e12b3d3d95 at sketis.net> Date: Mon, 1 Mar 2021 13:45:11 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <597e351a-6661-8465-cc90-2712cba488d7 at ut.ee> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-PPP-Message-ID: <161460271176.17143.7312307483159712983 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: PszQC3wFngFu33sS2bQCTCwb/661LhR9cEsnri0RH6est2s= Subject: Re: [isabelle] Remaining uses of "isabelle process" and "isabelle console" X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2021 12:45:15 -0000 On 01/03/2021 12:02, Dominique Unruh wrote: > My scala-isabelle library currently uses 'isabelle process'. It uses it in the > following way: > > * From a Scala application, the Isabelle process is invoked with '-e > somefile.ML' where somefile.ML contains a loop that reads commands from > one named pipe (or socket in Windows) and writes responses asynchronously > to another named pipe (or socket). The proper way to invoke an Isabelle ML process in Scala is is via isabelle.ML_Process() --- it has a lot of flexibility. At the same time I reckon that this approach will not do the job, because it is not connected properly to Isabelle/Scala via the PIDE protocol. > * I do not want to use the PIDE protocol for communication between the Scala > application and scala-isabelle (but instead my own binary protocol). > (Because I got a factor 1000 or so in round-trip time when switching to my > own minimalistic RPC protocol compared to libisabelle that used PIDE.) The PIDE protocol is already very minimalistic and efficient. Maybe you have just noticed the default delay that was there until recently (after Isabelle2021): user: wenzelm date: Sat Feb 20 21:38:23 2021 +0100 files: src/Pure/System/message_channel.ML description: more reactive protocol messages, e.g. for Scala.function (relevant for Bash.process); Afterwards, the measured roundtrip for Scala.function is approx. 0..2ms. If there are remaining inconveniences, we can try to sort it out, but dismissing PIDE is not an option. > It may very well be that this can be easily achieved without 'isabelle > process' or Isabelle/Scala. For example, one idea would be to simply load a > theory in a headless noninteractive session that contains a (nonterminating) > ML_file command which contains the communication loop. (Of course, this theory > would never be included in a heap because it does not terminate.) Or an > ML_file command that forks the loop into a separate thread and then returns. > But I would need some tips for that because my experiments with these things > has mainly lead to me getting some messages like "invalid execution id" etc. How about using "isabelle server" or Headless.Session directly in Isabelle/Scala? The rest is done declaratively within the PIDE document model, without any homegrown protocols around it. There are many possibilities to do it correctly within the Isabelle framework, without disrupting it. > On the long run, I want to support Isabelle/Scala in scala-isabelle in the > sense that the existing Isabelle/Scala infrastructure should be an optional > mechanism how an scala-isabelle application can interact with Isabelle. But > here also my initial attempts ran into "invalid execution id" like problems. Once more: Isabelle/Scala (with PIDE protocol) is non-optional for Isabelle/ML. In the next release this will be even more noticeable in everyday use. Makarius From makarius at sketis.net Mon Mar 01 13:29:07 2021 Received: from ppsw-40.csi.cam.ac.uk ([131.111.8.140]:46122) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lGibi-00019P-W5 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 01 Mar 2021 13:29:06 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1886993 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [188.68.63.170 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([188.68.63.170]:39271) by ppsw-40.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lGibh-000pjU-mB (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 01 Mar 2021 13:29:06 +0000 Received: from mors-relay8203.netcup.net (localhost [127.0.0.1]) by mors-relay8203.netcup.net (Postfix) with ESMTPS id 4Dq1Lm6X4gz8cV7; Mon, 1 Mar 2021 13:29:04 +0000 (UTC) Received: from policy01-mors.netcup.net (unknown [46.38.225.35]) by mors-relay8203.netcup.net (Postfix) with ESMTPS id 4Dq1Lm5wG0z8cGW; Mon, 1 Mar 2021 13:29:04 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at policy01-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.9 X-Spam-Level: X-Spam-Status: No, score=-2.9 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy01-mors.netcup.net (Postfix) with ESMTPS id 4Dq1Lm0RTSz8sYn; Mon, 1 Mar 2021 14:29:03 +0100 (CET) Received: from [192.168.178.32] (aftr-62-216-204-15.dynamic.mnet-online.de [62.216.204.15]) by mx2f26.netcup.net (Postfix) with ESMTPSA id 37A38ABCEB; Mon, 1 Mar 2021 14:29:03 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.15) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.178.32] Received-SPF: pass (mx2f26: connection is authenticated) To: Boris Shminke , "cl-isabelle-users at lists.cam.ac.uk" References: From: Makarius Autocrypt: addr=makarius at sketis.net; prefer-encrypt=mutual; keydata= mQINBFcrF+4BEADMcXMnu3XHg6bRsGe3tajAHqvm89+ecn/Y0WhjI2FplhkZs1LwM+ZA9eXh hiBrC/yX0FJ+qjzVIfm66CX4nzVG1f8qwaervMpvpA+gbhtQiXc0t+LDcqV+5cdtpKplPHSu oW+KzJKyCdkDB5fYMOzuaXQwYi12YAEQH2r6K7Q7Np+k82Xli1pWe+Tha/BH0pKJ5Q01aPep ASrNW9F+moX7C0fxWl65LiXGmF0UJep6fqKruhy8oNF4p6I2oZhktvaR/x6tkL2PkT3r+xUS 6g5i3BOjfwhoGY57nsioeK+8VFvdRH5DK4CbrTgDl7ddcrEeENrfpDiPLs/afVbe/T9oDXmJ OJAO4WMpfZNiFhx9SSVTHohw29Fyzn0N1UQGjPqAY1jg32DAxlnMQ0co/KabEFAcoQsW1/6U ZGiNxYVIyEKGrnSY4WuLuNC8CmU1RaYSdTk1y9tYdxufM9lH9ynzJwac6FdalOOxMR2G9JG8 L9/dk3ytlP6DVwkPBSCpJaTkTyMp1wSkF1oK/BDu5xKUQh0zvvLCuZ16hiKRBBSjpVExXRZC u+NC1Y4wqm1HOH7HBwgZ1Hv9S/EPmI9iwgcW0SpDJqPf2Cm7oFMZsZ5Dbs6/nOQoe4Zegy45 ymqDRlIekP7zj+vOoR80XAYfmAH5DElJHldcjmgLBMdpvvqGZwARAQABtB5NYWthcml1cyA8 bWFrYXJpdXNAc2tldGlzLm5ldD6JAj0EEwEIACcFAlcrF+4CGyMFCQlmAYAFCwkIBwIGFQgJ CgsCBBYCAwECHgECF4AACgkQ89KUEoG/TbiVrw/9FjEBgh2CB7Qof7Y4k0yc7j+x/A0Wmkc0 iwP5jaKJuxRv1JJT8CFqm392+/cdh3EkRUk/UWD+hpNndYJwxZltrEpKVqFAWoVOg3ZJ4cuI MYhlp4tk/T0KSl/gKT16dc6uJ7M/FzW0zv50vjFtAdianEDuqLXHKaGDUwWoOTDly0gdZ7aH /eNby6ONHUSJMdTNOErh2N+uESM4aZqUuuL/dTb6xiVzCpV5saT8EMakoazUd7QhoBaHvqfs BL7DEmvcTtA79GF3ufHrF/UndIcx8aMznZ2PGNjmy5seDCoKX0EYHdLam8vgo/TuU4dRw5Zn 6E/ouyNOliXT1Mn+SomeBSXTR5MXRq4TQ9MKVGiP0Yl+7GJQU0JFtDC1ZZEOyjIiwGWOhbUR pYujVm8C1iQ7NcEn2BqOAmRML6IR6+En4RLbgCNsBNXlmTPRJOaI+iV6DZzg3x9zcaDGhoYt jkBTEFpb0F3jU9yuaEU5401NV34fUxg8tqXs0R9CKinO7kQ8N+RDjyyY8k2KZiDYBJ6r+OK0 d7TaTj7F9tmpAu2pmQ8lxOKjDZIwlbGTsC4lxISmcPzBGTKXja5nakcWYx/lZ4vje0WZ12HN amnD1weakFixRYit0d+Kz7cuj684NSbhwC0oN2t9R06Nfq8UPEWRKEitCly0OtRgio8zVZ/L eAC5Ag0EVysX7gEQAKs5NVOvYkE/r8KLsJ8/L/9eulpJDOFilZ9fyuqii7t1UpHZLb58QghW JM+IB2GSGsB+pOi6Je7hmwxcVdXYbGlYZ4Btqqw48/XptfbNZ8alCk6AqoVFP4MbYxij/Qqv f/Yw6GR0p1RIC/W4GF/JgDDwDFEiMT6Pv6dpM8acdNFCERDZdoOJiC+XJRwy5lZ2g5FOJkT9 rVI9EnA7mBXLLjPOMUp2/eZxN6gKOZzI3ej9vixg3adWR2yfKPgacHP/ujnVfITOl0OyLE5f zIHq85dEV4zW6Mpx7+Um0tdkwlUVMaW2nQ1bcwejgVAuD/MLSF/lSs3N5D1ctw5QUemYh7/e 2dC12UJuFDFxNPzcltQTlkBCVWV1D0SjScDHdlF6HhzpZOlt52/rwTn5GHtY4nwAL4IJ+Yvl WX8YKmyILH4Ai8c/N2IVRERQ2qorWFlsQnqrXV+hXf8aUwjc/pq4K9rsWxvle3TpeZfoBefU /s1PEX0SepZFAqAXHlQ9DZPsdPDo9EFK695G5w4nf03EhE9TV1MKGUuc1XJ6f1ZLaxu0TwTA 6qYtKIyBcU0Yn61S2Kh7Dgb5LdLV8nfl71+n/xIt2IWH5UJ9YuwEgGEP0c6ImnAUZ+nRodFI 0RwtCWlRkSJWtQln1vcphrz8PjWZH6e/nWnceXR/Al5P0WexQgtvABEBAAGJAiUEGAEIAA8F AlcrF+4CGwwFCQlmAYAACgkQ89KUEoG/Tbh7VQ/9Fc4bdwJYc3jH/LiuXv6uMg50Cv6lg2NT bL9DClWGNiYzejfM2A4c5K+GRUXhyD7S9U203MOv3z7uTbtyQL8XVolNnQlRIkB00f8nJ2sw HMXx/hemjXBvtlneq+vrMORJexldXUMFq19ZZrvj0zZL+pUnGFqt+IWTEE5GpL7wu20Demaj jYyGyKcDZyJOWZcl4e45Yn3hl0EI2xVmVh7ZinVsb3+nqgcltFy4Jt+drezwV2EiLGJHfGsT jEQb3C9VpneU4Jo+hHtfqLK4Q8+WlIOzSfyvwbabxrhyqg7i11fu8yckNW3dCURPYigV07HK 4dN0zhj53M0Q3eTwegJRPJb8XoLDcSdbsaU2HIShlGDKmzS9KL4JzLikQ9dXROC4cae3jRKH aexFi4B55Ab6FxIfXj09wUCO6Nm0owDfIBDMgiywvi2Rb2etCjBgRbSj71S2nntd9ZitoYvE yKirLkWmJRbp3ln8cHi8Uc/jr1cDPVRWuLUN0uceMj5+AR+NZVakcNUHWJCinMMjacho0SyP QmocdU8pzzupreaVWruqaSzqcpWBPwrE5OxEtJ+OyIBjKmRJ5eptjh4rKgNaVnKjhqbvr+Yz pUAgPp38jjf4HJghUGIfWArKNelKJEJOYk94DAbmT67LgqEdZ0yaA2BCHmreN727WIzV9vkX NMc= Message-ID: <6a8f0bd0-5dc5-e405-5367-f05ce439177f at sketis.net> Date: Mon, 1 Mar 2021 14:29:02 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-PPP-Message-ID: <161460534337.27180.13502385054026110496 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: Yt90hCyCfbXyAQU8vHvqfJXRKLNw6TDhn1LedoplbPPW0o4= Subject: Re: [isabelle] Python client to Isabelle server X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2021 13:29:07 -0000 On 26/02/2021 16:56, Boris Shminke via Cl-isabelle-users wrote: > > I use Isabelle for my research, and I find Isabelle server very helpful when > you need to check dozens of theory files in parallel. My primary language is > Python, so I prefer to communicate with the server through TCP. Some time ago, > I wrote Python code to do that directly instead of invoking the native > Isabelle client. Then I decided to take this script and create a piece of > software that anyone interested can use. > > Here it is: https://github.com/inpefess/isabelle-client Great. I don't know Python myself and was hoping that someone else would start connecting it systematically to the Isabelle server. Your implementation looks mostly clear and straightforward. Just a few spontaneous comments on current version d28d72f2c69e: * examples/dummy.thy: Isabelle theories should have a capitalized name; imports for Isabelle/HOL below the checkpoint "Main" should be avoided, to avoid exposing the complexity of the theory/ML bootstrap to applications. * examples/example.py "isabelle server > server.info": Here you ask user to start the server and provide its "info" to the Python function. Can this be done by Python as well? There is a technical delicacy behind it due to the way how the process is started and how it outputs the stdout message (this is not a regular Unix "daemon", because of the surrounding JVM). * For the low-level message formats (plain line, or line with length followed by that number of bytes), see also these reference implementations in ML, Scala, Haskell --- it could make sense to follow the signatures more closely: https://isabelle.sketis.net/repos/isabelle-release/file/Isabelle2021/src/Pure/PIDE/byte_message.ML https://isabelle.sketis.net/repos/isabelle-release/file/Isabelle2021/src/Pure/PIDE/byte_message.scala https://isabelle.sketis.net/repos/isabelle-release/file/Isabelle2021/src/Tools/Haskell/Haskell.thy#l1682 * isabelle_client.use_theories: here the bulk of prover messages appear in the response, but there is no way to "tap" into incremental message output as it occurs. This will be probably one of the first "feature requests" (or rather "pull requests) when some other Isabelle users discover your Python project. Makarius From makarius at sketis.net Mon Mar 01 14:08:46 2021 Received: from ppsw-31.csi.cam.ac.uk ([131.111.8.131]:42934) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lGjE6-0003Ei-JM (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 01 Mar 2021 14:08:46 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1886993 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [188.68.63.162 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([188.68.63.162]:43473) by ppsw-31.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lGjE5-000DuU-Lp (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 01 Mar 2021 14:08:46 +0000 Received: from mors-relay-8201.netcup.net (localhost [127.0.0.1]) by mors-relay-8201.netcup.net (Postfix) with ESMTPS id 4Dq2DY1t13zBTr9; Mon, 1 Mar 2021 15:08:45 +0100 (CET) Received: from policy02-mors.netcup.net (unknown [46.38.225.35]) by mors-relay-8201.netcup.net (Postfix) with ESMTPS id 4Dq2DY1TX2zBTr4; Mon, 1 Mar 2021 15:08:45 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy02-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.9 X-Spam-Level: X-Spam-Status: No, score=-2.9 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy02-mors.netcup.net (Postfix) with ESMTPS id 4Dq2DX0VFjz8scj; Mon, 1 Mar 2021 15:08:43 +0100 (CET) Received: from [192.168.178.32] (aftr-62-216-204-15.dynamic.mnet-online.de [62.216.204.15]) by mx2f26.netcup.net (Postfix) with ESMTPSA id DBC18ABEB5; Mon, 1 Mar 2021 15:08:42 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.15) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.178.32] Received-SPF: pass (mx2f26: connection is authenticated) To: Boris Shminke References: <987ec4ef-95e7-5199-1469-31e0e588f37b at sketis.net> <28911efa-fea5-0377-c8f2-2b78ae14c7b2 at sketis.net> From: Makarius Autocrypt: addr=makarius at sketis.net; prefer-encrypt=mutual; keydata= mQINBFcrF+4BEADMcXMnu3XHg6bRsGe3tajAHqvm89+ecn/Y0WhjI2FplhkZs1LwM+ZA9eXh hiBrC/yX0FJ+qjzVIfm66CX4nzVG1f8qwaervMpvpA+gbhtQiXc0t+LDcqV+5cdtpKplPHSu oW+KzJKyCdkDB5fYMOzuaXQwYi12YAEQH2r6K7Q7Np+k82Xli1pWe+Tha/BH0pKJ5Q01aPep ASrNW9F+moX7C0fxWl65LiXGmF0UJep6fqKruhy8oNF4p6I2oZhktvaR/x6tkL2PkT3r+xUS 6g5i3BOjfwhoGY57nsioeK+8VFvdRH5DK4CbrTgDl7ddcrEeENrfpDiPLs/afVbe/T9oDXmJ OJAO4WMpfZNiFhx9SSVTHohw29Fyzn0N1UQGjPqAY1jg32DAxlnMQ0co/KabEFAcoQsW1/6U ZGiNxYVIyEKGrnSY4WuLuNC8CmU1RaYSdTk1y9tYdxufM9lH9ynzJwac6FdalOOxMR2G9JG8 L9/dk3ytlP6DVwkPBSCpJaTkTyMp1wSkF1oK/BDu5xKUQh0zvvLCuZ16hiKRBBSjpVExXRZC u+NC1Y4wqm1HOH7HBwgZ1Hv9S/EPmI9iwgcW0SpDJqPf2Cm7oFMZsZ5Dbs6/nOQoe4Zegy45 ymqDRlIekP7zj+vOoR80XAYfmAH5DElJHldcjmgLBMdpvvqGZwARAQABtB5NYWthcml1cyA8 bWFrYXJpdXNAc2tldGlzLm5ldD6JAj0EEwEIACcFAlcrF+4CGyMFCQlmAYAFCwkIBwIGFQgJ CgsCBBYCAwECHgECF4AACgkQ89KUEoG/TbiVrw/9FjEBgh2CB7Qof7Y4k0yc7j+x/A0Wmkc0 iwP5jaKJuxRv1JJT8CFqm392+/cdh3EkRUk/UWD+hpNndYJwxZltrEpKVqFAWoVOg3ZJ4cuI MYhlp4tk/T0KSl/gKT16dc6uJ7M/FzW0zv50vjFtAdianEDuqLXHKaGDUwWoOTDly0gdZ7aH /eNby6ONHUSJMdTNOErh2N+uESM4aZqUuuL/dTb6xiVzCpV5saT8EMakoazUd7QhoBaHvqfs BL7DEmvcTtA79GF3ufHrF/UndIcx8aMznZ2PGNjmy5seDCoKX0EYHdLam8vgo/TuU4dRw5Zn 6E/ouyNOliXT1Mn+SomeBSXTR5MXRq4TQ9MKVGiP0Yl+7GJQU0JFtDC1ZZEOyjIiwGWOhbUR pYujVm8C1iQ7NcEn2BqOAmRML6IR6+En4RLbgCNsBNXlmTPRJOaI+iV6DZzg3x9zcaDGhoYt jkBTEFpb0F3jU9yuaEU5401NV34fUxg8tqXs0R9CKinO7kQ8N+RDjyyY8k2KZiDYBJ6r+OK0 d7TaTj7F9tmpAu2pmQ8lxOKjDZIwlbGTsC4lxISmcPzBGTKXja5nakcWYx/lZ4vje0WZ12HN amnD1weakFixRYit0d+Kz7cuj684NSbhwC0oN2t9R06Nfq8UPEWRKEitCly0OtRgio8zVZ/L eAC5Ag0EVysX7gEQAKs5NVOvYkE/r8KLsJ8/L/9eulpJDOFilZ9fyuqii7t1UpHZLb58QghW JM+IB2GSGsB+pOi6Je7hmwxcVdXYbGlYZ4Btqqw48/XptfbNZ8alCk6AqoVFP4MbYxij/Qqv f/Yw6GR0p1RIC/W4GF/JgDDwDFEiMT6Pv6dpM8acdNFCERDZdoOJiC+XJRwy5lZ2g5FOJkT9 rVI9EnA7mBXLLjPOMUp2/eZxN6gKOZzI3ej9vixg3adWR2yfKPgacHP/ujnVfITOl0OyLE5f zIHq85dEV4zW6Mpx7+Um0tdkwlUVMaW2nQ1bcwejgVAuD/MLSF/lSs3N5D1ctw5QUemYh7/e 2dC12UJuFDFxNPzcltQTlkBCVWV1D0SjScDHdlF6HhzpZOlt52/rwTn5GHtY4nwAL4IJ+Yvl WX8YKmyILH4Ai8c/N2IVRERQ2qorWFlsQnqrXV+hXf8aUwjc/pq4K9rsWxvle3TpeZfoBefU /s1PEX0SepZFAqAXHlQ9DZPsdPDo9EFK695G5w4nf03EhE9TV1MKGUuc1XJ6f1ZLaxu0TwTA 6qYtKIyBcU0Yn61S2Kh7Dgb5LdLV8nfl71+n/xIt2IWH5UJ9YuwEgGEP0c6ImnAUZ+nRodFI 0RwtCWlRkSJWtQln1vcphrz8PjWZH6e/nWnceXR/Al5P0WexQgtvABEBAAGJAiUEGAEIAA8F AlcrF+4CGwwFCQlmAYAACgkQ89KUEoG/Tbh7VQ/9Fc4bdwJYc3jH/LiuXv6uMg50Cv6lg2NT bL9DClWGNiYzejfM2A4c5K+GRUXhyD7S9U203MOv3z7uTbtyQL8XVolNnQlRIkB00f8nJ2sw HMXx/hemjXBvtlneq+vrMORJexldXUMFq19ZZrvj0zZL+pUnGFqt+IWTEE5GpL7wu20Demaj jYyGyKcDZyJOWZcl4e45Yn3hl0EI2xVmVh7ZinVsb3+nqgcltFy4Jt+drezwV2EiLGJHfGsT jEQb3C9VpneU4Jo+hHtfqLK4Q8+WlIOzSfyvwbabxrhyqg7i11fu8yckNW3dCURPYigV07HK 4dN0zhj53M0Q3eTwegJRPJb8XoLDcSdbsaU2HIShlGDKmzS9KL4JzLikQ9dXROC4cae3jRKH aexFi4B55Ab6FxIfXj09wUCO6Nm0owDfIBDMgiywvi2Rb2etCjBgRbSj71S2nntd9ZitoYvE yKirLkWmJRbp3ln8cHi8Uc/jr1cDPVRWuLUN0uceMj5+AR+NZVakcNUHWJCinMMjacho0SyP QmocdU8pzzupreaVWruqaSzqcpWBPwrE5OxEtJ+OyIBjKmRJ5eptjh4rKgNaVnKjhqbvr+Yz pUAgPp38jjf4HJghUGIfWArKNelKJEJOYk94DAbmT67LgqEdZ0yaA2BCHmreN727WIzV9vkX NMc= Message-ID: <1ef7aeb5-86ff-d859-9a4f-847b357eaa4c at sketis.net> Date: Mon, 1 Mar 2021 15:08:42 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-PPP-Message-ID: <161460772313.4036.12726403337930544677 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: Wnwfz8Yf7ICiu0/Fi+qOEhX8GefW/3FxEmSOj6e43pgIK/4= Cc: "cl-isabelle-users at lists.cam.ac.uk" Subject: Re: [isabelle] Error in DockerHub documentation X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2021 14:08:46 -0000 On 01/03/2021 12:59, Boris Shminke via Cl-> >> Can you provide a pointer to the relevant documentation of Jupyter? > > Sure, https://jupyter-notebook.readthedocs.io/en/stable/public_server.html#running-a-public-notebook-server (for a config file) > > https://jupyter-notebook.readthedocs.io/en/stable/public_server.html#docker-cmd (for a command line option) > > Of course, they have SSL support, as well as possibility to set password to a server. I see a lot of side-conditions to the "secure" setup: To do something like this with "isabelle server" would require careful thoughts. Since you are using docker anyway, you could also try to remap the port as documented here: https://docs.docker.com/config/containers/container-networking Of course this will be still "insecure" as it is by default on 127.0.0.1. >> Is the absence of ssh theoretical or based on concrete experience? > > Yes, it's based on a situation in which I use Jupyter server provided by my lab. I don't have ssh access to it, although the ports are open for me through VPN. So the remaining question: Are there notable VPN configurations where ports are not forwarded like that? Makarius From jsylvest at ualberta.ca Tue Mar 02 06:53:08 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:43468) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lGyu4-0004wz-Rt (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 06:53:08 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887025 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.218.50 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [209.85.218.50 listed in wl.mailspike.net] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-ej1-f50.google.com ([209.85.218.50]:35510) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lGyu4-000OKM-nB (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 06:53:08 +0000 Received: by mail-ej1-f50.google.com with SMTP id dx17so5564669ejb.2 for ; Mon, 01 Mar 2021 22:53:08 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=npUuxZDusrbStSfll2HK0XXoZq2w58jiQwy1QWZCjwU=; b=PuR+lIipQcWI992jDeJ6RnusI22XOZVeeLaiQMQKTJ4wE/NBC+Nmxtg8UlBQiZI2Zr SOG9oZF5x2F+8CMrcGEt9HJbdD6KqSA9QQlPhFnhmlWY1pqQychDTwM4XsWB3HuNDP3S xXEcwa2VrSGOTCk04gfaf1fTRowc5lHNFiwKzdm+sEZaTvbIMENpg32RSiAuiEYKNZDN gU91pIF85tzRMkeBxxArYHy8MWCnZHIDZGdjzgljYoaFHTz88iTLiuS61r6j1OQLQ7H4 167X0BRkSAaqsIFAeGp8GDeqyztQHH33ISwt1wsO5VogrDs1JYegwVUF326NtP320vCs 1NcQ== X-Gm-Message-State: AOAM530rTtkqlczdqWhfuvCspQY3A+20P21ZUWlXZcyNfr+mPmkiFTIN wKpkdGPjxOs76MImUVtPV28FTQSblXXH1kTuptZTM0UZ0KY= X-Google-Smtp-Source: ABdhPJz/dIicDu8suO+TdAu0RneK/k9cJpdeP6fXItp+3NhjYrxcD4e8ZVRgdRbz4RUYzxswCNwiyMAl5IaUI7RBtGo= X-Received: by 2002:a17:906:d938:: with SMTP id rn24mr13113841ejb.87.1614667987519; Mon, 01 Mar 2021 22:53:07 -0800 (PST) MIME-Version: 1.0 From: Jeremy Sylvestre Date: Mon, 1 Mar 2021 23:52:56 -0700 Message-ID: To: cl-isabelle-users at lists.cam.ac.uk Content-Type: multipart/alternative; boundary="000000000000d39ca505bc882f6f" Subject: [isabelle] VS Code extension X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2021 06:53:08 -0000 --000000000000d39ca505bc882f6f Content-Type: text/plain; charset="UTF-8" Will the Isabelle2021 version of the VS Code extension be published to the Marketplace? --000000000000d39ca505bc882f6f Content-Type: text/html; charset="UTF-8"
Will the Isabelle2021 version of the VS Code extension be published to the Marketplace?
--000000000000d39ca505bc882f6f-- From makarius at sketis.net Tue Mar 02 09:58:28 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:39076) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lH1nQ-0008Ph-Cp (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 09:58:28 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887025 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [188.68.61.103 listed in list.dnswl.dnsbl.ja.net] * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([188.68.61.103]:44019) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lH1nP-000T7h-nH (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 09:58:28 +0000 Received: from mors-relay-8403.netcup.net (localhost [127.0.0.1]) by mors-relay-8403.netcup.net (Postfix) with ESMTPS id 4DqXdG3Y3Bz8pm5 for ; Tue, 2 Mar 2021 10:58:26 +0100 (CET) Received: from policy02-mors.netcup.net (unknown [46.38.225.35]) by mors-relay-8403.netcup.net (Postfix) with ESMTPS id 4DqXdG39YPz8plh for ; Tue, 2 Mar 2021 10:58:26 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy02-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.9 X-Spam-Level: X-Spam-Status: No, score=-2.9 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy02-mors.netcup.net (Postfix) with ESMTPS id 4DqXdF5w7vz8skK for ; Tue, 2 Mar 2021 10:58:25 +0100 (CET) Received: from [192.168.178.32] (aftr-62-216-204-32.dynamic.mnet-online.de [62.216.204.32]) by mx2f26.netcup.net (Postfix) with ESMTPSA id AB21CA73F7 for ; Tue, 2 Mar 2021 10:58:24 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.32) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.178.32] Received-SPF: pass (mx2f26: connection is authenticated) To: cl-isabelle-users at lists.cam.ac.uk References: From: Makarius Autocrypt: addr=makarius at sketis.net; prefer-encrypt=mutual; keydata= mQINBFcrF+4BEADMcXMnu3XHg6bRsGe3tajAHqvm89+ecn/Y0WhjI2FplhkZs1LwM+ZA9eXh hiBrC/yX0FJ+qjzVIfm66CX4nzVG1f8qwaervMpvpA+gbhtQiXc0t+LDcqV+5cdtpKplPHSu oW+KzJKyCdkDB5fYMOzuaXQwYi12YAEQH2r6K7Q7Np+k82Xli1pWe+Tha/BH0pKJ5Q01aPep ASrNW9F+moX7C0fxWl65LiXGmF0UJep6fqKruhy8oNF4p6I2oZhktvaR/x6tkL2PkT3r+xUS 6g5i3BOjfwhoGY57nsioeK+8VFvdRH5DK4CbrTgDl7ddcrEeENrfpDiPLs/afVbe/T9oDXmJ OJAO4WMpfZNiFhx9SSVTHohw29Fyzn0N1UQGjPqAY1jg32DAxlnMQ0co/KabEFAcoQsW1/6U ZGiNxYVIyEKGrnSY4WuLuNC8CmU1RaYSdTk1y9tYdxufM9lH9ynzJwac6FdalOOxMR2G9JG8 L9/dk3ytlP6DVwkPBSCpJaTkTyMp1wSkF1oK/BDu5xKUQh0zvvLCuZ16hiKRBBSjpVExXRZC u+NC1Y4wqm1HOH7HBwgZ1Hv9S/EPmI9iwgcW0SpDJqPf2Cm7oFMZsZ5Dbs6/nOQoe4Zegy45 ymqDRlIekP7zj+vOoR80XAYfmAH5DElJHldcjmgLBMdpvvqGZwARAQABtB5NYWthcml1cyA8 bWFrYXJpdXNAc2tldGlzLm5ldD6JAj0EEwEIACcFAlcrF+4CGyMFCQlmAYAFCwkIBwIGFQgJ CgsCBBYCAwECHgECF4AACgkQ89KUEoG/TbiVrw/9FjEBgh2CB7Qof7Y4k0yc7j+x/A0Wmkc0 iwP5jaKJuxRv1JJT8CFqm392+/cdh3EkRUk/UWD+hpNndYJwxZltrEpKVqFAWoVOg3ZJ4cuI MYhlp4tk/T0KSl/gKT16dc6uJ7M/FzW0zv50vjFtAdianEDuqLXHKaGDUwWoOTDly0gdZ7aH /eNby6ONHUSJMdTNOErh2N+uESM4aZqUuuL/dTb6xiVzCpV5saT8EMakoazUd7QhoBaHvqfs BL7DEmvcTtA79GF3ufHrF/UndIcx8aMznZ2PGNjmy5seDCoKX0EYHdLam8vgo/TuU4dRw5Zn 6E/ouyNOliXT1Mn+SomeBSXTR5MXRq4TQ9MKVGiP0Yl+7GJQU0JFtDC1ZZEOyjIiwGWOhbUR pYujVm8C1iQ7NcEn2BqOAmRML6IR6+En4RLbgCNsBNXlmTPRJOaI+iV6DZzg3x9zcaDGhoYt jkBTEFpb0F3jU9yuaEU5401NV34fUxg8tqXs0R9CKinO7kQ8N+RDjyyY8k2KZiDYBJ6r+OK0 d7TaTj7F9tmpAu2pmQ8lxOKjDZIwlbGTsC4lxISmcPzBGTKXja5nakcWYx/lZ4vje0WZ12HN amnD1weakFixRYit0d+Kz7cuj684NSbhwC0oN2t9R06Nfq8UPEWRKEitCly0OtRgio8zVZ/L eAC5Ag0EVysX7gEQAKs5NVOvYkE/r8KLsJ8/L/9eulpJDOFilZ9fyuqii7t1UpHZLb58QghW JM+IB2GSGsB+pOi6Je7hmwxcVdXYbGlYZ4Btqqw48/XptfbNZ8alCk6AqoVFP4MbYxij/Qqv f/Yw6GR0p1RIC/W4GF/JgDDwDFEiMT6Pv6dpM8acdNFCERDZdoOJiC+XJRwy5lZ2g5FOJkT9 rVI9EnA7mBXLLjPOMUp2/eZxN6gKOZzI3ej9vixg3adWR2yfKPgacHP/ujnVfITOl0OyLE5f zIHq85dEV4zW6Mpx7+Um0tdkwlUVMaW2nQ1bcwejgVAuD/MLSF/lSs3N5D1ctw5QUemYh7/e 2dC12UJuFDFxNPzcltQTlkBCVWV1D0SjScDHdlF6HhzpZOlt52/rwTn5GHtY4nwAL4IJ+Yvl WX8YKmyILH4Ai8c/N2IVRERQ2qorWFlsQnqrXV+hXf8aUwjc/pq4K9rsWxvle3TpeZfoBefU /s1PEX0SepZFAqAXHlQ9DZPsdPDo9EFK695G5w4nf03EhE9TV1MKGUuc1XJ6f1ZLaxu0TwTA 6qYtKIyBcU0Yn61S2Kh7Dgb5LdLV8nfl71+n/xIt2IWH5UJ9YuwEgGEP0c6ImnAUZ+nRodFI 0RwtCWlRkSJWtQln1vcphrz8PjWZH6e/nWnceXR/Al5P0WexQgtvABEBAAGJAiUEGAEIAA8F AlcrF+4CGwwFCQlmAYAACgkQ89KUEoG/Tbh7VQ/9Fc4bdwJYc3jH/LiuXv6uMg50Cv6lg2NT bL9DClWGNiYzejfM2A4c5K+GRUXhyD7S9U203MOv3z7uTbtyQL8XVolNnQlRIkB00f8nJ2sw HMXx/hemjXBvtlneq+vrMORJexldXUMFq19ZZrvj0zZL+pUnGFqt+IWTEE5GpL7wu20Demaj jYyGyKcDZyJOWZcl4e45Yn3hl0EI2xVmVh7ZinVsb3+nqgcltFy4Jt+drezwV2EiLGJHfGsT jEQb3C9VpneU4Jo+hHtfqLK4Q8+WlIOzSfyvwbabxrhyqg7i11fu8yckNW3dCURPYigV07HK 4dN0zhj53M0Q3eTwegJRPJb8XoLDcSdbsaU2HIShlGDKmzS9KL4JzLikQ9dXROC4cae3jRKH aexFi4B55Ab6FxIfXj09wUCO6Nm0owDfIBDMgiywvi2Rb2etCjBgRbSj71S2nntd9ZitoYvE yKirLkWmJRbp3ln8cHi8Uc/jr1cDPVRWuLUN0uceMj5+AR+NZVakcNUHWJCinMMjacho0SyP QmocdU8pzzupreaVWruqaSzqcpWBPwrE5OxEtJ+OyIBjKmRJ5eptjh4rKgNaVnKjhqbvr+Yz pUAgPp38jjf4HJghUGIfWArKNelKJEJOYk94DAbmT67LgqEdZ0yaA2BCHmreN727WIzV9vkX NMc= Message-ID: Date: Tue, 2 Mar 2021 10:58:24 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-PPP-Message-ID: <161467910480.29568.5496177300591462251 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: b23VwOaWAKL/EOSPVESUN47DOpsl2URPyBk9j/TbEf1FLSA= Subject: Re: [isabelle] VS Code extension X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2021 09:58:28 -0000 On 02/03/2021 07:52, Jeremy Sylvestre wrote: > Will the Isabelle2021 version of the VS Code extension be published to the > Marketplace? It is already here: https://marketplace.visualstudio.com/items?itemName=makarius.Isabelle2021 Makarius From RaskaMartin at seznam.cz Tue Mar 02 08:58:52 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:45168) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lH0rk-0002lh-Jr (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 08:58:52 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887025 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [77.75.76.210 listed in wl.mailspike.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [raskamartin[at]seznam.cz] * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mxd2.seznam.cz ([77.75.76.210]:56236) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lH0rk-00018r-6b (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 08:58:52 +0000 Received: from email.seznam.cz by email-smtpc21a.ng.seznam.cz (email-smtpc21a.ng.seznam.cz [10.23.18.26]) id 056286f4e6a8b80e057be9c7; Tue, 02 Mar 2021 09:58:47 +0100 (CET) Received: from unknown ([::ffff:78.128.195.233]) by email.seznam.cz (szn-ebox-5.0.57) with HTTP; Tue, 02 Mar 2021 09:58:44 +0100 (CET) From: =?utf-8?q?Martin_Ra=C5=A1ka?= To: Date: Tue, 02 Mar 2021 09:58:44 +0100 (CET) Message-Id: <3Eo.6TeB.4FHjnqoGt45.1WFVv4 at seznam.cz> Mime-Version: 1.0 (szn-mime-2.1.11) X-Mailer: szn-ebox-5.0.57 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 02 Mar 2021 10:32:54 +0000 Subject: [isabelle] =?utf-8?q?Working_with_list_symmetry_=28Attributes_for?= =?utf-8?q?_theory-specific_theorem_transformations=3F=29?= X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2021 08:58:52 -0000 Hello, while working on formalization of combinatorics on words, we face the phen= omenon that most of the definitions and theorems about lists have symmetri= c versions obtained by isomorphism rev:: 'a list =E2=87=92 'a list. Although in the theory Sublist.thy the reverse-symmetry is treated by simp= le repeating the symmetric claims, we would like to approach the problem i= n a more systematic way, since we face this phenomenon to a greater extent= . My question is whether it is good practice to create a rule attribute [rev= ersed] for transforming theorems about lists to their reverse-symmetric ve= rsions. Simple example (mostly from Sublist.thy): definition prefix :: "'a list =E2=87=92 'a list =E2=87=92 bool" where "prefix xs ys =E2=9F=B7 (=E2=88=83zs. ys =3D xs @ zs)" symmetric definition: definition suffix :: "'a list =E2=87=92 'a list =E2=87=92 bool" where "suffix xs ys =3D (=E2=88=83zs. ys =3D zs @ xs)" example theorem: lemma prefixE: prefix xs ys =E2=9F=B9 (=E2=8B=80zs. ys =3D xs @ zs = =E2=9F=B9 thesis) =E2=9F=B9 thesis consider following "reversal" rules: lemma "(=E2=8B=80x. PROP P x) =E2=89=A1 (=E2=8B=80x. PROP P (rev x))" lemma rev_append [symmetric]: "rev ys @ rev xs =3D rev (xs @ ys)" lemma rev_is_rev_conv: "(rev xs =3D rev ys) =3D (xs =3D ys)" lemma suffix_to_prefix [symmetric]: "prefix (rev xs) (rev ys) =E2=9F=B7 su= ffix xs ys" Then by instantiations xs=3D"rev xs" ys=3D"rev ys" in prefixE and rewritin= gs according to reversal rules, we obtain symmetric lemma suffixE: suffix xs ys =E2=9F=B9 (=E2=8B=80zs. ys =3D zs @ xs = =E2=9F=B9 thesis) =E2=9F=B9 thesis >From this follows my approach: I started writing a declaration attribute [reversal_rule] for storing the = rules performing rewritings and a rule attribute [reversed] which transfor= ms theorem by instantiating list-type schematic variables xs to "rev xs" a= nd by performing rewritings according to the current list of reversal rule= s. After that, we could write: lemma suffixE: suffix xs ys =E2=9F=B9 (=E2=8B=80zs. ys =3D zs @ xs = =E2=9F=B9 thesis) =E2=9F=B9 thesis by (fact prefixE[reversed]) or lemmas suffixE =3D prefixE[reversed] or simply use prefixE[reversed] in proofs without having binding suffixE a= t all. Is there a better/canonical way to treat this? Best regards, Martin Raska From lukas.stevens+isabelle-users at in.tum.de Tue Mar 02 11:55:05 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:58878) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lH3cH-00080n-GQ (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 11:55:05 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887025 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.36 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.36 listed in wl.mailspike.net] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out2.in.tum.de ([131.159.0.36]:54692 helo=mail-out2.informatik.tu-muenchen.de) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lH3cF-000ZAl-ni (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 11:55:05 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id 994CC1C1541; Tue, 2 Mar 2021 12:55:02 +0100 (CET) Received: (Authenticated sender: stevensl) by mail.in.tum.de (Postfix) with ESMTPSA id 71F7C1C153A for ; Tue, 2 Mar 2021 12:55:00 +0100 (CET) (Extended-Queue-bit tech_cffca at fff.in.tum.de) To: cl-isabelle-users at lists.cam.ac.uk From: Lukas Stevens Message-ID: Date: Tue, 2 Mar 2021 12:54:59 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.3.1 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------627421302675144A18FE1E61" Content-Language: en-US Subject: [isabelle] Code generation for a subtype with free_constructors X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2021 11:55:05 -0000 This is a multi-part message in MIME format. --------------627421302675144A18FE1E61 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Dear all, I define some general term type datatype 'a trm = App "'a trm" "'a trm" | Const string | Var 'a Now I want to embed a specific type of terms into this general type, namely a type of order terms. The inequality between two variables x and y would be App (App (Const ''LE'') (Var x)) (Var y) In order to achieve this, I first define a predicate on 'a trm which is true for terms that are order terms. Then I use typedef to introduce a subtype that only contains order terms. Since I also want to define functions using pattern matching on this subtype, I am using free_constructors to introduce constructors for the different types of order terms; however, generating code for the following lifted definition lift_definition trm_of_order_trm :: "'a order_trm ⇒ 'a trm" is id . now doesn't work since it now uses Rep_order_trm. One can prove the code equation manually (see below) but is there a way to derive it automatically? Cheers, Lukas Full example: theory Scratch imports Main begin datatype 'a trm = App "'a trm" "'a trm" | Const string | Var 'a fun is_order_trm :: "'a trm ⇒ bool" where "is_order_trm (App (App (Const c) (Var x)) (Var y)) ⟷ c = ''LE'' ∨ c = ''LT'' ∨ c = ''EQ''" | "is_order_trm _ ⟷ False" typedef 'a order_trm = "{t::'a trm. is_order_trm t}"   by (metis is_order_trm.simps(1) mem_Collect_eq) setup_lifting type_definition_order_trm abbreviation (input) "App2ConstVars c x y ≡ (App (App ((Const c)) (Var x)) (Var y))" abbreviation (input) "CtorOrder c x y ≡ Abs_order_trm (App2ConstVars c x y)" definition "CtorLE ≡ CtorOrder ''LE''" definition "CtorLT ≡ CtorOrder ''LT''" definition "CtorEQ ≡ CtorOrder ''EQ''" lemmas order_ctor_defs = CtorLE_def CtorLT_def CtorEQ_def lemma order_trm_cases:   fixes t :: "'a order_trm"   obtains     (LE) x y where "t = CtorLE x y"   | (LT) x y where "t = CtorLT x y"   | (EQ) x y where "t = CtorEQ x y" proof(cases t)   case (Abs_order_trm t')   then have "is_order_trm t'"     by simp   then show ?thesis using that Abs_order_trm     apply(induction t' rule: is_order_trm.induct)     by (auto simp: order_ctor_defs) qed lift_definition trm_of_order_trm :: "'a order_trm ⇒ 'a trm" is id . free_constructors case_order_trm for   "CtorLE" | "CtorLT" | "CtorEQ"   apply(fact order_trm_cases)   by (auto simp: order_ctor_defs Abs_order_trm_inject) text ‹I want to define functions on @{typ "'a order_trm"} using pattern matching› fun sem :: "'a rel ⇒ 'a order_trm ⇒ bool" where "sem r (CtorLE x y) ⟷ (x, y) ∈ r" | "sem r (CtorLT x y) ⟷ (x, y) ∈ r ∧ x ≠ y" | "sem r (CtorEQ x y) ⟷ x = y" definition "Sem r A ≡ (∀t ∈ A. sem r t)" lemma "¬ Sem r {CtorLT x y, CtorEQ x y}"   unfolding Sem_def   by simp text ‹   Exporting code only works if I prove the following code equation manually.   Can it be derived automatically? › lemma [code]:   "Rep_order_trm t = (case t of                        CtorLE x y ⇒ App2ConstVars ''LE'' x y                      | CtorLT x y ⇒ App2ConstVars ''LT'' x y                      | CtorEQ x y ⇒ App2ConstVars ''EQ'' x y)"   by (auto split: order_trm.splits simp: Abs_order_trm_inverse order_ctor_defs) export_code sem trm_of_order_trm in SML value "Sem {(1::nat, 2)} {(CtorEQ 1 2), (CtorLT 1 2)}" --------------627421302675144A18FE1E61 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Dear all,

I define some general term type

datatype 'a trm = App "'a trm" "'a trm" | Const string | Var 'a

Now I want to embed a specific type of terms into this general type, namely a type of order terms. The inequality between two variables x and y would be

App (App (Const ''LE'') (Var x)) (Var y)

In order to achieve this, I first define a predicate on 'a trm which is true for terms that are order terms. Then I use typedef to introduce a subtype that only contains order terms. Since I also want to define functions using pattern matching on this subtype, I am using free_constructors to introduce constructors for the different types of order terms; however, generating code for the following lifted definition

lift_definition trm_of_order_trm :: "'a order_trm ⇒ 'a trm" is id .

now doesn't work since it now uses Rep_order_trm. One can prove the code equation manually (see below) but is there a way to derive it automatically?

Cheers,

Lukas


Full example:

theory Scratch imports Main
begin

datatype 'a trm = App "'a trm" "'a trm" | Const string | Var 'a

fun is_order_trm :: "'a trm ⇒ bool" where
"is_order_trm (App (App (Const c) (Var x)) (Var y)) ⟷ c = ''LE'' ∨ c = ''LT'' ∨ c = ''EQ''" |
"is_order_trm _ ⟷ False"

typedef 'a order_trm = "{t::'a trm. is_order_trm t}"
  by (metis is_order_trm.simps(1) mem_Collect_eq)
setup_lifting type_definition_order_trm

abbreviation (input) "App2ConstVars c x y ≡ (App (App ((Const c)) (Var x)) (Var y))"
abbreviation (input) "CtorOrder c x y ≡ Abs_order_trm (App2ConstVars c x y)"
definition "CtorLE ≡ CtorOrder ''LE''"
definition "CtorLT ≡ CtorOrder ''LT''"
definition "CtorEQ ≡ CtorOrder ''EQ''"

lemmas order_ctor_defs = CtorLE_def CtorLT_def CtorEQ_def

lemma order_trm_cases:
  fixes t :: "'a order_trm"
  obtains
    (LE) x y where "t = CtorLE x y"
  | (LT) x y where "t = CtorLT x y"
  | (EQ) x y where "t = CtorEQ x y"
proof(cases t)
  case (Abs_order_trm t')
  then have "is_order_trm t'"
    by simp
  then show ?thesis using that Abs_order_trm
    apply(induction t' rule: is_order_trm.induct)
    by (auto simp: order_ctor_defs)
qed

lift_definition trm_of_order_trm :: "'a order_trm ⇒ 'a trm" is id .

free_constructors case_order_trm for
  "CtorLE" | "CtorLT" | "CtorEQ"
  apply(fact order_trm_cases)
  by (auto simp: order_ctor_defs Abs_order_trm_inject)


text ‹I want to define functions on @{typ "'a order_trm"} using pattern matching›
fun sem :: "'a rel ⇒ 'a order_trm ⇒ bool" where
"sem r (CtorLE x y) ⟷ (x, y) ∈ r" |
"sem r (CtorLT x y) ⟷ (x, y) ∈ r ∧ x ≠ y" |
"sem r (CtorEQ x y) ⟷ x = y"

definition "Sem r A ≡ (∀t ∈ A. sem r t)"

lemma "¬ Sem r {CtorLT x y, CtorEQ x y}"
  unfolding Sem_def
  by simp

text ‹
  Exporting code only works if I prove the following code equation manually.
  Can it be derived automatically?
›
lemma [code]:
  "Rep_order_trm t = (case t of
                       CtorLE x y ⇒ App2ConstVars ''LE'' x y
                     | CtorLT x y ⇒ App2ConstVars ''LT'' x y
                     | CtorEQ x y ⇒ App2ConstVars ''EQ'' x y)"
  by (auto split: order_trm.splits simp: Abs_order_trm_inverse order_ctor_defs)

export_code sem trm_of_order_trm in SML

value "Sem {(1::nat, 2)} {(CtorEQ 1 2), (CtorLT 1 2)}"
--------------627421302675144A18FE1E61-- From wolfgang-it at jeltsch.info Tue Mar 02 13:23:34 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:53694) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lH4zu-0004Np-HO (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 13:23:34 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887025 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from schaeffer.softbase.org ([88.198.48.142]:33292) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1:ECDHE-RSA-AES256-SHA:256) id 1lH4zs-000Tuz-99 (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 13:23:34 +0000 Received: from idefix.lan (182-178-191-90.dyn.estpak.ee [::ffff:90.191.178.182]) (AUTH: PLAIN jeltsch, SSL: TLSv1/SSLv3,256bits,AES256-SHA) by schaeffer.softbase.org with ESMTPSA; Tue, 02 Mar 2021 14:23:31 +0100 id 00000000200E4EA6.00000000603E3C53.00002874 Message-ID: <0915bf12b306dbbda817c7148b3039e9edd9a724.camel at jeltsch.info> From: Wolfgang Jeltsch To: cl-isabelle-users at lists.cam.ac.uk Date: Tue, 02 Mar 2021 15:23:30 +0200 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5-0ubuntu0.18.04.2 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: [isabelle] Fixing type variables in locales X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2021 13:23:34 -0000 Hello! I want to define a locale that (among other things) fixes a type `'a` and assumes that the type `'a` is infinite but doesn’t fix any variables with types that include `'a`. I can write the following: locale l = assumes "infinite (UNIV :: 'a set)" This results in the following output: locale l assumes "l TYPE('a)" Additional type variable(s) in locale specification "l": 'a Unfortunately, it seems that I cannot really make use of this type variable later. Let’s say I add the following declaration to the locale context: type_synonym t = "'a ⇒ 'a" This results in the following output, of which the “Extra variables” part is an error message: Ignoring sort constraints in type variables(s): "'a" in type abbreviation "t" Extra variables on rhs: "'a" The error(s) above occurred in type abbreviation "t" I can also try out the following declaration: type_synonym 'a t = "'a ⇒ 'a" However, this results in the following error message: Locally fixed type arguments "'a" in type declaration "t" How can I achieve what I want? All the best, Wolfgang From c.sternagel at gmail.com Tue Mar 02 13:35:57 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:34158) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lH5Bs-0005A5-WC (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 13:35:57 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887025 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.128.41 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [209.85.128.41 listed in wl.mailspike.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [c.sternagel[at]gmail.com] * 0.0 HTML_MESSAGE BODY: HTML included in message * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-wm1-f41.google.com ([209.85.128.41]:51020) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lH5Bs-000bTp-1K (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 13:35:56 +0000 Received: by mail-wm1-f41.google.com with SMTP id i9so2252653wml.0 for ; Tue, 02 Mar 2021 05:35:56 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=u/6jgCULmbHQ3wZ3VBVuoPle/p3FOl9VjF9npfj4kD8=; b=QBBFpfNKuRQtu6V/kG5Zkb4GcKzbiSg3v3eD7iL6cIO5kCfnmiHSHSOP86yRrFrHig VWp1MG5+xT05EBKqCPMU2ZIGp3N8mhh+0nr8cUKAFzlHGyWmsp3u3vTYoVfdi6upmex5 mCWmuJwEbB2Q/77X/wUGyZQE4FLPHyhJvQkGKAnc6ZAXbx/9U9aa0tcfrjy5Lu1xekZ7 EdPeI+uXoGK5k1zoGeywX/oLPkN9GoTsZ1cra7PI13nb2hK3pDitiUFGBH9QsrM+N4AJ wwDBon67mK+IHO9geC+H5jZS1O5BgrmN8NKGkqpekdvAb5uReR3yK9WJYXOfqMySKCs9 8PNA== X-Gm-Message-State: AOAM5325wcp1eotlD/3jbUnsPimaTnNZ9TQTABTlhK/F8wRZ3Hm9LrEu 5qtZndoyH2rwvgVOLNgUoxEnoVBJxM8rWenQY/wCRNMS X-Google-Smtp-Source: ABdhPJybsJ3pGZjBfzK3B+6Ok54fD8MQ2akd365ma1oWBgYWTCcRejAc/T5K0OGes3574KjTAwtpKkWHiwcEdTYYRtc= X-Received: by 2002:a7b:c4c9:: with SMTP id g9mr3109697wmk.82.1614692156137; Tue, 02 Mar 2021 05:35:56 -0800 (PST) MIME-Version: 1.0 References: <0915bf12b306dbbda817c7148b3039e9edd9a724.camel at jeltsch.info> In-Reply-To: <0915bf12b306dbbda817c7148b3039e9edd9a724.camel at jeltsch.info> From: Christian Sternagel Date: Tue, 2 Mar 2021 14:35:43 +0100 Message-ID: To: Wolfgang Jeltsch Content-Type: multipart/alternative; boundary="0000000000006362cd05bc8dd0f8" Cc: Cl-isabelle Users Subject: Re: [isabelle] Fixing type variables in locales X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2021 13:35:57 -0000 --0000000000006362cd05bc8dd0f8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear Wolfgang, On Tue, Mar 2, 2021, 14:25 Wolfgang Jeltsch wrote: > Hello! > > I want to define a locale that (among other things) fixes a type `'a` > and assumes that the type `'a` is infinite but doesn=E2=80=99t fix any va= riables > with types that include `'a`. > > I can write the following: > > locale l =3D assumes "infinite (UNIV :: 'a set)" > I think this assumption is fine. The problems below result from incorrect usage of type_synonym. But that is not really related to the initial question of fixing a type variable for some infinite type. I don't think that type_synonym is localized (and I'm unsure whether it could be made so). If that assumption is correct then type_synonym only makes sense in a global context. cheers chris > This results in the following output: > > locale l > assumes "l TYPE('a)" > Additional type variable(s) in locale specification "l": 'a > > Unfortunately, it seems that I cannot really make use of this type > variable later. Let=E2=80=99s say I add the following declaration to the = locale > context: > > type_synonym t =3D "'a =E2=87=92 'a" > This results in the following output, of which the =E2=80=9CExtra variabl= es=E2=80=9D > part is an error message: > > Ignoring sort constraints in type variables(s): "'a" > in type abbreviation "t" > Extra variables on rhs: "'a" > The error(s) above occurred in type abbreviation "t" > > I can also try out the following declaration: > > type_synonym 'a t =3D "'a =E2=87=92 'a" > > However, this results in the following error message: > > Locally fixed type arguments "'a" in type declaration "t" > > How can I achieve what I want? > > All the best, > Wolfgang > > > --0000000000006362cd05bc8dd0f8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Wolfgang,

On Tue, Mar 2, 2021, 14:25 Wolfgang Jelt= sch <wolfgang-it at jeltsch.inf= o> wrote:
Hello!

I want to define a locale that (among other things) fixes a type `'a` and assumes that the type `'a` is infinite but doesn=E2=80=99t fix any = variables
with types that include `'a`.

I can write the following:

=C2=A0 =C2=A0 locale l =3D assumes "infinite (UNIV :: 'a set)"= ;

I think this assumption is fine. The problems below result from incorrect = usage of type_synonym. But that is not really related to the initial questi= on of fixing a type variable for some infinite type.

I don't think that type_synonym is localiz= ed (and I'm unsure whether it could be made so). If that assumption is = correct then type_synonym only makes sense in a global context.

cheers

<= /div>
chris


This results in the following output:

=C2=A0 =C2=A0 locale l
=C2=A0 =C2=A0 =C2=A0 assumes "l TYPE('a)"
=C2=A0 =C2=A0 Additional type variable(s) in locale specification "l&q= uot;: 'a

Unfortunately, it seems that I cannot really make use of this type
variable later. Let=E2=80=99s say I add the following declaration to the lo= cale
context:

=C2=A0 =C2=A0 type_synonym t =3D "'a =E2=87=92 'a"

This results in the following output, of which the =E2=80=9CExtra variables= =E2=80=9D
part is an error message:

=C2=A0 =C2=A0 Ignoring sort constraints in type variables(s): "'a&= quot;
=C2=A0 =C2=A0 in type abbreviation "t"
=C2=A0 =C2=A0 Extra variables on rhs: "'a"
=C2=A0 =C2=A0 The error(s) above occurred in type abbreviation "t"= ;

I can also try out the following declaration:

=C2=A0 =C2=A0 type_synonym 'a t =3D "'a =E2=87=92 'a"=

However, this results in the following error message:

=C2=A0 =C2=A0 Locally fixed type arguments "'a" in type decla= ration "t"

How can I achieve what I want?

All the best,
Wolfgang


--0000000000006362cd05bc8dd0f8-- From inpefess at protonmail.com Tue Mar 02 13:58:45 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:50702) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lH5Xx-00067I-T3 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 13:58:45 +0000 X-Cam-SpamDetails: score -1.0 from SpamAssassin-3.4.4-1887025 * 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) * [185.70.40.135 listed in wl.mailspike.net] * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low * trust * [185.70.40.135 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [inpefess[at]protonmail.com] * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-40135.protonmail.ch ([185.70.40.135]:49679) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lH5Xx-000rCS-0K (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 13:58:45 +0000 Date: Tue, 02 Mar 2021 13:58:37 +0000 To: Makarius Message-ID: In-Reply-To: <6a8f0bd0-5dc5-e405-5367-f05ce439177f at sketis.net> References: <6a8f0bd0-5dc5-e405-5367-f05ce439177f at sketis.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch Cc: "cl-isabelle-users at lists.cam.ac.uk" Subject: Re: [isabelle] Python client to Isabelle server X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list From: Boris Shminke via Cl-isabelle-users Reply-To: Boris Shminke List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2021 13:58:45 -0000 > Great. I don't know Python myself and was hoping that someone else would = start > connecting it systematically to the Isabelle server. Thank you:) > imports for Isabelle/HOL below the checkpoint "Main" should be avoide= d, to > avoid exposing the complexity of the theory/ML bootstrap to applicati= ons. Do you mean one should change 'imports HOL.Nitpick' to 'imports Main'? > Can this be done by Python as well? There is a technical delicacy behind = it due to the way > how the process is started and how it outputs the stdout message (this is= not > a regular Unix "daemon", because of the surrounding JVM). Do you mean one should add a function `start_isabelle_server` which, e.g. r= uns `isabelle server` command and returns 'info'? > - For the low-level message formats (plain line, or line with length > followed by that number of bytes), see also these reference implement= ations in > ML, Scala, Haskell --- it could make sense to follow the signatures m= ore closely: Yes, that's good idea! I already look at the code and find it a bit primiti= ve, so consulting some Scala code might be helpful to get some insights in = doing it right. > - isabelle_client.use_theories: here the bulk of prover messages appear= in > the response, but there is no way to "tap" into incremental message o= utput as > it occurs. This will be probably one of the first "feature requests" = (or > rather "pull requests) when some other Isabelle users discover your P= ython > project. Yes, I already thought about that. I've created several issues following th= is email here: https://github.com/inpefess/isabelle-client/issues. Thank you for helpful comments! Cheers, Boris From Rene.Thiemann at uibk.ac.at Tue Mar 02 14:00:14 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:58478) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lH5ZO-0006Cq-9v (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 14:00:14 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887025 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [138.232.1.142 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [138.232.1.142 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from lmr1.uibk.ac.at ([138.232.1.142]:37084 helo=smtp.uibk.ac.at) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lH5ZI-000pfZ-hu (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 14:00:14 +0000 Received: from exchange.uibk.ac.at (xmbx9.uibk.ac.at [138.232.2.161]) by smtp.uibk.ac.at (8.14.4/8.14.4/F1) with ESMTP id 122DxAon027770 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 2 Mar 2021 14:59:10 +0100 Received: from xmbx11.uibk.ac.at (138.232.2.173) by xmbx9.uibk.ac.at (138.232.2.161) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Tue, 2 Mar 2021 14:59:09 +0100 Received: from xmbx11.uibk.ac.at ([fe80::7590:1e5f:a401:7e0f]) by xmbx11.uibk.ac.at ([fe80::7590:1e5f:a401:7e0f%3]) with mapi id 15.01.2176.004; Tue, 2 Mar 2021 14:59:09 +0100 From: =?utf-8?B?VGhpZW1hbm4sIFJlbsOp?= To: Christian Sternagel , Wolfgang Jeltsch Thread-Topic: [isabelle] Fixing type variables in locales Thread-Index: AQHXD2eTV6eU9SHRHUKIknTU2OIQS6pwok+AgAAGjIA= Date: Tue, 2 Mar 2021 13:59:09 +0000 Message-ID: References: <0915bf12b306dbbda817c7148b3039e9edd9a724.camel at jeltsch.info> In-Reply-To: Accept-Language: de-DE, de-AT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [138.232.2.105] Content-Type: text/plain; charset="utf-8" Content-ID: <9B476145AE600F47A4EA95EE714D7C47 at exchange.uibk.ac.at> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Spam-Score: () -4.9 FROM_EXCESS_BASE64,FROM_NET_2,RCV_SMTP_UIBK X-Scanned-By: MIMEDefang 2.84 at uibk.ac.at Cc: Cl-isabelle Users Subject: Re: [isabelle] Fixing type variables in locales X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2021 14:00:14 -0000 RGVhciBXb2xmZ2FuZywNCg0KeW91IGNhbiBnZXQgcmlkIG9mIHRoZSB3YXJuaW5nIG9mIHRoZSBs b2NhbGUgZGVjbGFyYXRpb24gYnkgYWRkZWQgc29tZSBkdW1teSBhcmd1bWVudCB0aGF0DQpmaXhl cyB0aGUgdHlwZS4gRm9yIGV4YW1wbGUsDQoNCg0KbG9jYWxlIGwgPSANCiAgZml4ZXMgdHkgOjog IidhIGl0c2VsZuKAnSANCiAgYXNzdW1lcyAiaW5maW5pdGUgKFVOSVYgOjogJ2Egc2V0KeKAnQ0K DQoNCmFzIGZvciB0aGUgdHlwZV9zeW5vbnltIHByb2JsZW0sIEkgdGhpbmsgdGhhdCBDaHJpcyBh bHJlYWR5IGhpdCB0aGUgcG9pbnQuDQoNCkJlc3QsDQpSZW7DqQ0KDQoNCg0KPiBBbSAwMi4wMy4y MDIxIHVtIDE0OjM1IHNjaHJpZWIgQ2hyaXN0aWFuIFN0ZXJuYWdlbCA8Yy5zdGVybmFnZWxAZ21h aWwuY29tPjoNCj4gDQo+IERlYXIgV29sZmdhbmcsDQo+IA0KPiBPbiBUdWUsIE1hciAyLCAyMDIx LCAxNDoyNSBXb2xmZ2FuZyBKZWx0c2NoIDx3b2xmZ2FuZy1pdEBqZWx0c2NoLmluZm8+IHdyb3Rl Og0KPiBIZWxsbyENCj4gDQo+IEkgd2FudCB0byBkZWZpbmUgYSBsb2NhbGUgdGhhdCAoYW1vbmcg b3RoZXIgdGhpbmdzKSBmaXhlcyBhIHR5cGUgYCdhYA0KPiBhbmQgYXNzdW1lcyB0aGF0IHRoZSB0 eXBlIGAnYWAgaXMgaW5maW5pdGUgYnV0IGRvZXNu4oCZdCBmaXggYW55IHZhcmlhYmxlcw0KPiB3 aXRoIHR5cGVzIHRoYXQgaW5jbHVkZSBgJ2FgLg0KPiANCj4gSSBjYW4gd3JpdGUgdGhlIGZvbGxv d2luZzoNCj4gDQo+ICAgICBsb2NhbGUgbCA9IGFzc3VtZXMgImluZmluaXRlIChVTklWIDo6ICdh IHNldCkiDQo+IA0KPiBJIHRoaW5rIHRoaXMgYXNzdW1wdGlvbiBpcyBmaW5lLiBUaGUgcHJvYmxl bXMgYmVsb3cgcmVzdWx0IGZyb20gaW5jb3JyZWN0IHVzYWdlIG9mIHR5cGVfc3lub255bS4gQnV0 IHRoYXQgaXMgbm90IHJlYWxseSByZWxhdGVkIHRvIHRoZSBpbml0aWFsIHF1ZXN0aW9uIG9mIGZp eGluZyBhIHR5cGUgdmFyaWFibGUgZm9yIHNvbWUgaW5maW5pdGUgdHlwZS4NCj4gDQo+IEkgZG9u J3QgdGhpbmsgdGhhdCB0eXBlX3N5bm9ueW0gaXMgbG9jYWxpemVkIChhbmQgSSdtIHVuc3VyZSB3 aGV0aGVyIGl0IGNvdWxkIGJlIG1hZGUgc28pLiBJZiB0aGF0IGFzc3VtcHRpb24gaXMgY29ycmVj dCB0aGVuIHR5cGVfc3lub255bSBvbmx5IG1ha2VzIHNlbnNlIGluIGEgZ2xvYmFsIGNvbnRleHQu DQo+IA0KPiBjaGVlcnMNCj4gDQo+IGNocmlzDQo+IA0KPiANCj4gVGhpcyByZXN1bHRzIGluIHRo ZSBmb2xsb3dpbmcgb3V0cHV0Og0KPiANCj4gICAgIGxvY2FsZSBsDQo+ICAgICAgIGFzc3VtZXMg ImwgVFlQRSgnYSkiIA0KPiAgICAgQWRkaXRpb25hbCB0eXBlIHZhcmlhYmxlKHMpIGluIGxvY2Fs ZSBzcGVjaWZpY2F0aW9uICJsIjogJ2ENCj4gDQo+IFVuZm9ydHVuYXRlbHksIGl0IHNlZW1zIHRo YXQgSSBjYW5ub3QgcmVhbGx5IG1ha2UgdXNlIG9mIHRoaXMgdHlwZQ0KPiB2YXJpYWJsZSBsYXRl ci4gTGV04oCZcyBzYXkgSSBhZGQgdGhlIGZvbGxvd2luZyBkZWNsYXJhdGlvbiB0byB0aGUgbG9j YWxlDQo+IGNvbnRleHQ6DQo+IA0KPiAgICAgdHlwZV9zeW5vbnltIHQgPSAiJ2Eg4oeSICdhIg0K PiANCj4gVGhpcyByZXN1bHRzIGluIHRoZSBmb2xsb3dpbmcgb3V0cHV0LCBvZiB3aGljaCB0aGUg 4oCcRXh0cmEgdmFyaWFibGVz4oCdDQo+IHBhcnQgaXMgYW4gZXJyb3IgbWVzc2FnZToNCj4gDQo+ ICAgICBJZ25vcmluZyBzb3J0IGNvbnN0cmFpbnRzIGluIHR5cGUgdmFyaWFibGVzKHMpOiAiJ2Ei DQo+ICAgICBpbiB0eXBlIGFiYnJldmlhdGlvbiAidCIgDQo+ICAgICBFeHRyYSB2YXJpYWJsZXMg b24gcmhzOiAiJ2EiDQo+ICAgICBUaGUgZXJyb3IocykgYWJvdmUgb2NjdXJyZWQgaW4gdHlwZSBh YmJyZXZpYXRpb24gInQiDQo+IA0KPiBJIGNhbiBhbHNvIHRyeSBvdXQgdGhlIGZvbGxvd2luZyBk ZWNsYXJhdGlvbjoNCj4gDQo+ICAgICB0eXBlX3N5bm9ueW0gJ2EgdCA9ICInYSDih5IgJ2EiDQo+ IA0KPiBIb3dldmVyLCB0aGlzIHJlc3VsdHMgaW4gdGhlIGZvbGxvd2luZyBlcnJvciBtZXNzYWdl Og0KPiANCj4gICAgIExvY2FsbHkgZml4ZWQgdHlwZSBhcmd1bWVudHMgIidhIiBpbiB0eXBlIGRl Y2xhcmF0aW9uICJ0Ig0KPiANCj4gSG93IGNhbiBJIGFjaGlldmUgd2hhdCBJIHdhbnQ/DQo+IA0K PiBBbGwgdGhlIGJlc3QsDQo+IFdvbGZnYW5nDQo+IA0KPiANCg0K From wolfgang-it at jeltsch.info Tue Mar 02 14:34:17 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:54902) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lH66L-0000OB-LV (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 14:34:17 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887025 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from schaeffer.softbase.org ([88.198.48.142]:48154) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1:ECDHE-RSA-AES256-SHA:256) id 1lH66L-000DAd-6U (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 14:34:17 +0000 Received: from idefix.lan (182-178-191-90.dyn.estpak.ee [::ffff:90.191.178.182]) (AUTH: PLAIN jeltsch, SSL: TLSv1/SSLv3,256bits,AES256-SHA) by schaeffer.softbase.org with ESMTPSA; Tue, 02 Mar 2021 15:34:16 +0100 id 00000000200E4EA6.00000000603E4CE8.00002A4E Message-ID: <72f6290458d0e0c11a6474b0c3b6316231e2ecbf.camel at jeltsch.info> From: Wolfgang Jeltsch To: cl-isabelle-users at lists.cam.ac.uk Date: Tue, 02 Mar 2021 16:34:10 +0200 In-Reply-To: References: <0915bf12b306dbbda817c7148b3039e9edd9a724.camel at jeltsch.info> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5-0ubuntu0.18.04.2 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: Re: [isabelle] Fixing type variables in locales X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2021 14:34:17 -0000 Am Dienstag, den 02.03.2021, 14:35 +0100 schrieb Christian Sternagel: > Dear Wolfgang, > > On Tue, Mar 2, 2021, 14:25 Wolfgang Jeltsch wrote: > > Hello! > > > > I want to define a locale that (among other things) fixes a type > > `'a` and assumes that the type `'a` is infinite but doesn’t fix any > > variables with types that include `'a`. > > > > I can write the following: > > > > locale l = assumes "infinite (UNIV :: 'a set)" > > I think this assumption is fine. The problems below result from > incorrect usage of `type_synonym`. But that is not really related to > the initial question of fixing a type variable for some infinite type. > > I don’t think that `type_synonym` is localized (and I’m unsure whether > it could be made so). If that assumption is correct then > `type_synonym` only makes sense in a global context. Ah, that makes sense. Thanks for this explanation. Initially I thought that the impossibility of using `type_synonym` in the way I wanted would pose a problem, but it seems that it can be worked around. My solution is to leave the locale context immediately after declaring the locale, declare the type synonym outside the locale context, and add `(in l)` to every lemma that needs the infinity constraint. This seems to work fine for me. All the best, Wolfgang From jsylvest at ualberta.ca Tue Mar 02 17:33:38 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:47718) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lH8tu-0002wF-FS (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 17:33:38 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887025 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.208.43 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [209.85.208.43 listed in wl.mailspike.net] * 0.0 HTML_MESSAGE BODY: HTML included in message * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-ed1-f43.google.com ([209.85.208.43]:44956) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lH8tt-000q99-2p (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 17:33:38 +0000 Received: by mail-ed1-f43.google.com with SMTP id g3so26213900edb.11 for ; Tue, 02 Mar 2021 09:33:37 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/3EjVA4kAIiFi0J43Z7h091p7oevEVtJmwfZBUAKIa0=; b=CFGCHFL5JXNTLq74gawatc3kbEt+z41SIVycDC7RTbZecmpxMwashyRAS+4ouoOzF2 +tPR9vC4cnAG9Rhaf042z8lc0TmXtHfoU7/bw5IxZ8KrzunGSN57hXJ8enO/b/DnSzz9 G89Txtj0iWECxW3EfXAbR+a0OgFvHR7oDUP81PWsZg7l9pYkEoihsX7ASy0IjzYxzjGR JWRiJwS2qex0bbYzDDgp4Np75CQD7WhfR2AeF3il4olSlc9gxYNcng1sa9JzHQuT1VAt Am5NncPI2UhgMcydt8vudQ8QICTk9mTrs/N0coDi+ImsaOVvurHEyiRZis8dz9fNUyzM wJOw== X-Gm-Message-State: AOAM533MupkoT1gLHJiQHrl01a36v2pUWECdHIE5BKME6cFtXcYqggUU OSDt8MIVSJP6eDxOPxmN/fwACDKVZK+J0z4kBH7PxpOC8Ts= X-Google-Smtp-Source: ABdhPJwzo2a0UxfAIxz0rHxSNxKnS6g7p9YjMWBhulS4Xvc/mWFm4iUao2OxHYbxGIOcHo8wLLv4QpbFLXK2i/QqFm8= X-Received: by 2002:a05:6402:8c2:: with SMTP id d2mr20791302edz.4.1614706417145; Tue, 02 Mar 2021 09:33:37 -0800 (PST) MIME-Version: 1.0 From: Jeremy Sylvestre Date: Tue, 2 Mar 2021 10:33:26 -0700 Message-ID: To: cl-isabelle-users at lists.cam.ac.uk Content-Type: multipart/alternative; boundary="000000000000692d2e05bc9122b1" Subject: Re: [isabelle] VS Code extension X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2021 17:33:38 -0000 --000000000000692d2e05bc9122b1 Content-Type: text/plain; charset="UTF-8" Thanks! Odd that searching for it in the Marketplace last night didn't bring up any results. --000000000000692d2e05bc9122b1 Content-Type: text/html; charset="UTF-8"
Thanks! Odd that searching for it in the Marketplace last night didn't bring up any results.
--000000000000692d2e05bc9122b1-- From jsylvest at ualberta.ca Tue Mar 02 17:52:57 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:60836) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lH9Cb-0003Y0-40 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 17:52:57 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887025 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.208.44 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [209.85.208.44 listed in wl.mailspike.net] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-ed1-f44.google.com ([209.85.208.44]:36715) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lH9Ca-000xAt-gs (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 17:52:57 +0000 Received: by mail-ed1-f44.google.com with SMTP id l12so26334172edt.3 for ; Tue, 02 Mar 2021 09:52:56 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=0iFfR5S9lw7aEmLG0x7yYFVjauDoqYTH+/62qxESo+c=; b=pqYeQQU8l3gIIL1vYxHh5RioPn0afRrI7cQPqjntAxSAhNdNU2WFikREwYoNJwdHs2 ktKuINKiVdVqxNm81D4cURF/Skv0WvnEVAEBBFea2e0CjurV8+GsZuWgPr4Pid5lKQ9k OqVjaFmD+o4coAXqEjCbIZWiQnuLrovck4juT+rbF79hqOkE+GSMY0yqwPvpk8yRTq+c htNQ80ysk8snvl8fzLHIXVfx8epGvU30JMnKNuAlkzZvoOBDp3s+L0ePKYDk2fm3Zv7R WdsFleaBO9iDNu4e4EDvgCJ8hcwq3ZtXmtid8ATnyD4Q7muSZuI4D1TwLnZeKsXgvv7U t3xQ== X-Gm-Message-State: AOAM532rcrDrVjX/tBe0JZCwCPU/BOxaO5icAKd0OSoi/+UXzoW9KKry 5oCXdLRFVuwkp34REOlvnAItlr3NYWY9AkNnQi2FvpPbhsRT/Q== X-Google-Smtp-Source: ABdhPJzovIOw2UfRiYyNQ2ylR8Fm8UJlCtdXPdb2Xhgua6V70vB2G1+eHXwlxtd+eGFsQIDcB1yLT4MtXShPoqZvDUk= X-Received: by 2002:a05:6402:8c2:: with SMTP id d2mr20861695edz.4.1614707575310; Tue, 02 Mar 2021 09:52:55 -0800 (PST) MIME-Version: 1.0 From: Jeremy Sylvestre Date: Tue, 2 Mar 2021 10:52:44 -0700 Message-ID: To: cl-isabelle-users at lists.cam.ac.uk Content-Type: multipart/alternative; boundary="00000000000071579505bc9167e2" Subject: Re: [isabelle] VS Code extension X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2021 17:52:57 -0000 --00000000000071579505bc9167e2 Content-Type: text/plain; charset="UTF-8" Any chance you would consider also publishing the VS Code extension on Open VSX? https://open-vsx.org/ --00000000000071579505bc9167e2 Content-Type: text/html; charset="UTF-8"
Any chance you would consider also publishing the VS Code extension on Open VSX?
https://open-vsx.org/
--00000000000071579505bc9167e2-- From svanrijnswou at gmail.com Tue Mar 02 14:35:19 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:56936) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lH67L-0000Tt-2E (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 14:35:19 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887025 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.166.171 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [209.85.166.171 listed in wl.mailspike.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [svanrijnswou[at]gmail.com] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-il1-f171.google.com ([209.85.166.171]:44487) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lH67K-000DnU-7x (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 02 Mar 2021 14:35:19 +0000 Received: by mail-il1-f171.google.com with SMTP id v14so6975939ilj.11 for ; Tue, 02 Mar 2021 06:35:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=k/8uPBFAMEG6L/7fs+bDiChUbVf/x9iq4y5QAmemP4Q=; b=GDzWD6VxFs/+RBAUIa0NfyA0BAxMWZptPZzMWN5SWSVD2DxlkEWRZl1l3qw7UMifx3 yu2U3vhEoprY3MIHDF3QdN/k7R9BckXdT+UHJsC94aHpaYmk4UtRNlUQPh44T+z3xtxO rEfGTPPjQQVMpdb8hYaPk5dFeU0I/tRepXnQqeagbo/tufBYodDXWCkZCXlEDFcMxwBj 38sj+ghwMjoZNPZBBewA1054JDb0xM2Ix831mMHRW7r4fBGWxtuaMOAkvULJkb39Lnir N/X5oxYtFZfRBXyuzW5OATWD9MPEsVWdCgh9uEQZ1Q+hZO7sIp4b4Thz/hFSrxgHI/VK Kfqw== X-Gm-Message-State: AOAM530EV5BG9S4S0/9BCL4YGRSww1ZpFmE6M8IQnpbFMznd3cUj/2Wj waK0Sww83WODjze0HQFga70iJCVj/PrSjfxDHs/ANFr0tLotpA== X-Google-Smtp-Source: ABdhPJwISjP+BvlBycnb17iy2rDzwkNJyg0bWscgQFBNyD5LHYT+ZluYAZuTfQD3ZMIyGuOBUQFBba4+Q5AYvd6fMSg= X-Received: by 2002:a92:cd8a:: with SMTP id r10mr17524617ilb.110.1614695716805; Tue, 02 Mar 2021 06:35:16 -0800 (PST) MIME-Version: 1.0 From: Sander van Rijnswou Date: Tue, 2 Mar 2021 15:35:05 +0100 Message-ID: To: cl-isabelle-users at lists.cam.ac.uk Content-Type: multipart/mixed; boundary="0000000000009fc1e905bc8ea436" X-Mailman-Approved-At: Wed, 03 Mar 2021 10:00:42 +0000 Subject: [isabelle] Nitpick finds counterexample to proven lemma X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2021 14:35:19 -0000 --0000000000009fc1e905bc8ea436 Content-Type: multipart/alternative; boundary="0000000000009fc1e605bc8ea434" --0000000000009fc1e605bc8ea434 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, I ran into a case where Nitpick finds a counterexample to a true lemma. The proof checks out, so apparently I can't use Nitpick in this situation? I don't understand why though. This was posted earlier on Zulip, but it was suggested to repost here. Thanks for your comments, lemma fixes a b:: int assumes "b=E2=89=A00" shows "rat_of_int a * (Fract 1 b) =3D (Fract a b)" (* nitpick finds a counterexample; sometimes a=3D0, b=3D3 sometimes a= =3D2, b=3D2*) nitpick (* sledgehammer finds a proof *) by (metis Fract_of_int_eq mult.commute mult.left_neutral mult_rat) The thy file is attached. --0000000000009fc1e605bc8ea434 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I ran into a case where Nitpick finds a counter= example to a true lemma. The proof checks out, so apparently I can't us= e Nitpick in this situation? I don't understand why though. This was po= sted earlier on Zulip, but it was suggested to repost here.=C2=A0

Th= anks for your comments,

lemma
=C2=A0 fixes =C2=A0 a b:: int
= =C2=A0 assumes "b=E2=89=A00"
=C2=A0 shows "rat_of_int a = =C2=A0* (Fract 1 b) =3D (Fract =C2=A0a b)"
=C2=A0 =C2=A0 (* nitpick= finds a counterexample; sometimes a=3D0, b=3D3 sometimes a=3D2, b=3D2*)=C2=A0 =C2=A0 nitpick
=C2=A0 =C2=A0 (* sledgehammer finds a proof *)=C2=A0 =C2=A0 by (metis Fract_of_int_eq mult.commute mult.left_neutral mul= t_rat)

The thy file is attached.=C2=A0
--0000000000009fc1e605bc8ea434-- --0000000000009fc1e905bc8ea436 Content-Type: application/octet-stream; name="question.thy" Content-Disposition: attachment; filename="question.thy" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_kls42sxf0 dGhlb3J5IHF1ZXN0aW9uCiAgaW1wb3J0cyBNYWluIEhPTC5SYXQgIApiZWdpbgoKCmxlbW1hCiAg Zml4ZXMgICBhIGI6OiBpbnQKICBhc3N1bWVzICJiXDxub3RlcT4wIiAKICBzaG93cyAicmF0X29m X2ludCBhICAqIChGcmFjdCAxIGIpID0gKEZyYWN0ICBhIGIpIgogICAgKCogbml0cGljayBmaW5k cyBhIGNvdW50ZXJleGFtcGxlOyBzb21ldGltZXMgYT0wLCBiPTMgc29tZXRpbWVzIGE9MiwgYj0y KikKICAgIG5pdHBpY2sKICAgICgqIHNsZWRnZWhhbW1lciBmaW5kcyBhIHByb29mICopCiAgICBi eSAobWV0aXMgRnJhY3Rfb2ZfaW50X2VxIG11bHQuY29tbXV0ZSBtdWx0LmxlZnRfbmV1dHJhbCBt dWx0X3JhdCkgCgplbmQKCgoK --0000000000009fc1e905bc8ea436-- From makarius at sketis.net Wed Mar 03 11:15:31 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:38012) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lHPTX-0004CJ-VO (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 03 Mar 2021 11:15:31 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887083 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [194.59.206.189 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([194.59.206.189]:50165) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lHPTX-0003JB-14 (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 03 Mar 2021 11:15:31 +0000 Received: from relay02-mors.netcup.net (localhost [127.0.0.1]) by relay02-mors.netcup.net (Postfix) with ESMTPS id 4DrBHk0lyHz4GLF; Wed, 3 Mar 2021 12:15:30 +0100 (CET) Received: from policy02-mors.netcup.net (unknown [46.38.225.35]) by relay02-mors.netcup.net (Postfix) with ESMTPS id 4DrBHk0N6cz7tJj; Wed, 3 Mar 2021 12:15:30 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy02-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.901 X-Spam-Level: X-Spam-Status: No, score=-2.901 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy02-mors.netcup.net (Postfix) with ESMTPS id 4DrBHj3t3Cz8t0w; Wed, 3 Mar 2021 12:15:29 +0100 (CET) Received: from [192.168.178.32] (aftr-62-216-204-93.dynamic.mnet-online.de [62.216.204.93]) by mx2f26.netcup.net (Postfix) with ESMTPSA id 1558AABFA0; Wed, 3 Mar 2021 12:15:29 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.93) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.178.32] Received-SPF: pass (mx2f26: connection is authenticated) To: Wolfgang Jeltsch , cl-isabelle-users at lists.cam.ac.uk References: <0915bf12b306dbbda817c7148b3039e9edd9a724.camel at jeltsch.info> <72f6290458d0e0c11a6474b0c3b6316231e2ecbf.camel at jeltsch.info> From: Makarius Autocrypt: addr=makarius at sketis.net; prefer-encrypt=mutual; keydata= mQINBFcrF+4BEADMcXMnu3XHg6bRsGe3tajAHqvm89+ecn/Y0WhjI2FplhkZs1LwM+ZA9eXh hiBrC/yX0FJ+qjzVIfm66CX4nzVG1f8qwaervMpvpA+gbhtQiXc0t+LDcqV+5cdtpKplPHSu oW+KzJKyCdkDB5fYMOzuaXQwYi12YAEQH2r6K7Q7Np+k82Xli1pWe+Tha/BH0pKJ5Q01aPep ASrNW9F+moX7C0fxWl65LiXGmF0UJep6fqKruhy8oNF4p6I2oZhktvaR/x6tkL2PkT3r+xUS 6g5i3BOjfwhoGY57nsioeK+8VFvdRH5DK4CbrTgDl7ddcrEeENrfpDiPLs/afVbe/T9oDXmJ OJAO4WMpfZNiFhx9SSVTHohw29Fyzn0N1UQGjPqAY1jg32DAxlnMQ0co/KabEFAcoQsW1/6U ZGiNxYVIyEKGrnSY4WuLuNC8CmU1RaYSdTk1y9tYdxufM9lH9ynzJwac6FdalOOxMR2G9JG8 L9/dk3ytlP6DVwkPBSCpJaTkTyMp1wSkF1oK/BDu5xKUQh0zvvLCuZ16hiKRBBSjpVExXRZC u+NC1Y4wqm1HOH7HBwgZ1Hv9S/EPmI9iwgcW0SpDJqPf2Cm7oFMZsZ5Dbs6/nOQoe4Zegy45 ymqDRlIekP7zj+vOoR80XAYfmAH5DElJHldcjmgLBMdpvvqGZwARAQABtB5NYWthcml1cyA8 bWFrYXJpdXNAc2tldGlzLm5ldD6JAj0EEwEIACcFAlcrF+4CGyMFCQlmAYAFCwkIBwIGFQgJ CgsCBBYCAwECHgECF4AACgkQ89KUEoG/TbiVrw/9FjEBgh2CB7Qof7Y4k0yc7j+x/A0Wmkc0 iwP5jaKJuxRv1JJT8CFqm392+/cdh3EkRUk/UWD+hpNndYJwxZltrEpKVqFAWoVOg3ZJ4cuI MYhlp4tk/T0KSl/gKT16dc6uJ7M/FzW0zv50vjFtAdianEDuqLXHKaGDUwWoOTDly0gdZ7aH /eNby6ONHUSJMdTNOErh2N+uESM4aZqUuuL/dTb6xiVzCpV5saT8EMakoazUd7QhoBaHvqfs BL7DEmvcTtA79GF3ufHrF/UndIcx8aMznZ2PGNjmy5seDCoKX0EYHdLam8vgo/TuU4dRw5Zn 6E/ouyNOliXT1Mn+SomeBSXTR5MXRq4TQ9MKVGiP0Yl+7GJQU0JFtDC1ZZEOyjIiwGWOhbUR pYujVm8C1iQ7NcEn2BqOAmRML6IR6+En4RLbgCNsBNXlmTPRJOaI+iV6DZzg3x9zcaDGhoYt jkBTEFpb0F3jU9yuaEU5401NV34fUxg8tqXs0R9CKinO7kQ8N+RDjyyY8k2KZiDYBJ6r+OK0 d7TaTj7F9tmpAu2pmQ8lxOKjDZIwlbGTsC4lxISmcPzBGTKXja5nakcWYx/lZ4vje0WZ12HN amnD1weakFixRYit0d+Kz7cuj684NSbhwC0oN2t9R06Nfq8UPEWRKEitCly0OtRgio8zVZ/L eAC5Ag0EVysX7gEQAKs5NVOvYkE/r8KLsJ8/L/9eulpJDOFilZ9fyuqii7t1UpHZLb58QghW JM+IB2GSGsB+pOi6Je7hmwxcVdXYbGlYZ4Btqqw48/XptfbNZ8alCk6AqoVFP4MbYxij/Qqv f/Yw6GR0p1RIC/W4GF/JgDDwDFEiMT6Pv6dpM8acdNFCERDZdoOJiC+XJRwy5lZ2g5FOJkT9 rVI9EnA7mBXLLjPOMUp2/eZxN6gKOZzI3ej9vixg3adWR2yfKPgacHP/ujnVfITOl0OyLE5f zIHq85dEV4zW6Mpx7+Um0tdkwlUVMaW2nQ1bcwejgVAuD/MLSF/lSs3N5D1ctw5QUemYh7/e 2dC12UJuFDFxNPzcltQTlkBCVWV1D0SjScDHdlF6HhzpZOlt52/rwTn5GHtY4nwAL4IJ+Yvl WX8YKmyILH4Ai8c/N2IVRERQ2qorWFlsQnqrXV+hXf8aUwjc/pq4K9rsWxvle3TpeZfoBefU /s1PEX0SepZFAqAXHlQ9DZPsdPDo9EFK695G5w4nf03EhE9TV1MKGUuc1XJ6f1ZLaxu0TwTA 6qYtKIyBcU0Yn61S2Kh7Dgb5LdLV8nfl71+n/xIt2IWH5UJ9YuwEgGEP0c6ImnAUZ+nRodFI 0RwtCWlRkSJWtQln1vcphrz8PjWZH6e/nWnceXR/Al5P0WexQgtvABEBAAGJAiUEGAEIAA8F AlcrF+4CGwwFCQlmAYAACgkQ89KUEoG/Tbh7VQ/9Fc4bdwJYc3jH/LiuXv6uMg50Cv6lg2NT bL9DClWGNiYzejfM2A4c5K+GRUXhyD7S9U203MOv3z7uTbtyQL8XVolNnQlRIkB00f8nJ2sw HMXx/hemjXBvtlneq+vrMORJexldXUMFq19ZZrvj0zZL+pUnGFqt+IWTEE5GpL7wu20Demaj jYyGyKcDZyJOWZcl4e45Yn3hl0EI2xVmVh7ZinVsb3+nqgcltFy4Jt+drezwV2EiLGJHfGsT jEQb3C9VpneU4Jo+hHtfqLK4Q8+WlIOzSfyvwbabxrhyqg7i11fu8yckNW3dCURPYigV07HK 4dN0zhj53M0Q3eTwegJRPJb8XoLDcSdbsaU2HIShlGDKmzS9KL4JzLikQ9dXROC4cae3jRKH aexFi4B55Ab6FxIfXj09wUCO6Nm0owDfIBDMgiywvi2Rb2etCjBgRbSj71S2nntd9ZitoYvE yKirLkWmJRbp3ln8cHi8Uc/jr1cDPVRWuLUN0uceMj5+AR+NZVakcNUHWJCinMMjacho0SyP QmocdU8pzzupreaVWruqaSzqcpWBPwrE5OxEtJ+OyIBjKmRJ5eptjh4rKgNaVnKjhqbvr+Yz pUAgPp38jjf4HJghUGIfWArKNelKJEJOYk94DAbmT67LgqEdZ0yaA2BCHmreN727WIzV9vkX NMc= Message-ID: <01e582f6-beef-7777-42a2-9e549c2b3c4e at sketis.net> Date: Wed, 3 Mar 2021 12:15:28 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <72f6290458d0e0c11a6474b0c3b6316231e2ecbf.camel at jeltsch.info> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-PPP-Message-ID: <161477012922.9880.3525803182146073055 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: myFtZLIXH+Yo9SRcfxtf3MmssKWHcJkkmjwCCWvZQz8ztJE= Subject: Re: [isabelle] Fixing type variables in locales X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2021 11:15:32 -0000 On 02/03/2021 15:34, Wolfgang Jeltsch wrote: > > Initially I thought that the impossibility of using `type_synonym` in > the way I wanted would pose a problem, but it seems that it can be > worked around. My solution is to leave the locale context immediately > after declaring the locale, declare the type synonym outside the locale > context, and add `(in l)` to every lemma that needs the infinity > constraint. This seems to work fine for me. Note that you can re-enter the locale context at any time, using context l begin lemma ... lemma ... end Makarius From wolfgang-it at jeltsch.info Wed Mar 03 14:13:42 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:47064) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lHSFy-0005Ml-2s (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 03 Mar 2021 14:13:42 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887083 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from schaeffer.softbase.org ([88.198.48.142]:39684) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1:ECDHE-RSA-AES256-SHA:256) id 1lHSFx-000hj8-hm (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 03 Mar 2021 14:13:42 +0000 Received: from idefix.lan (182-178-191-90.dyn.estpak.ee [::ffff:90.191.178.182]) (AUTH: PLAIN jeltsch, SSL: TLSv1/SSLv3,256bits,AES256-SHA) by schaeffer.softbase.org with ESMTPSA; Wed, 03 Mar 2021 15:13:40 +0100 id 0000000040160E3B.00000000603F9994.00005271 Message-ID: <681e135d3502cf06ff0184d979442a4288d44908.camel at jeltsch.info> From: Wolfgang Jeltsch To: cl-isabelle-users at lists.cam.ac.uk Date: Wed, 03 Mar 2021 16:13:39 +0200 In-Reply-To: <01e582f6-beef-7777-42a2-9e549c2b3c4e at sketis.net> References: <0915bf12b306dbbda817c7148b3039e9edd9a724.camel at jeltsch.info> <72f6290458d0e0c11a6474b0c3b6316231e2ecbf.camel at jeltsch.info> <01e582f6-beef-7777-42a2-9e549c2b3c4e at sketis.net> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5-0ubuntu0.18.04.2 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: Re: [isabelle] Fixing type variables in locales X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2021 14:13:42 -0000 Am Mittwoch, den 03.03.2021, 12:15 +0100 schrieb Makarius: > On 02/03/2021 15:34, Wolfgang Jeltsch wrote: > > > Initially I thought that the impossibility of using `type_synonym` > > in the way I wanted would pose a problem, but it seems that it can > > be worked around. My solution is to leave the locale context > > immediately after declaring the locale, declare the type synonym > > outside the locale context, and add `(in l)` to every lemma that > > needs the infinity constraint. This seems to work fine for me. > > Note that you can re-enter the locale context at any time, using > > context l > begin > > lemma … > > lemma … > > end Yes, that’s possible too, and is actually what I used to do in such situations. However, I discovered that in this particular formalization I often don’t need the infinity constraint, so that it seemed even more natural to me to use `(in l)` in the relevant places. All the best, Wolfgang From holub at karlin.mff.cuni.cz Wed Mar 03 18:10:16 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:41194) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lHVwu-0000H5-8J (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 03 Mar 2021 18:10:16 +0000 X-Cam-SpamDetails: score -2.5 from SpamAssassin-3.4.4-1887083 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [195.113.30.11 listed in list.dnswl.dnsbl.ja.net] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from postak.karlin.mff.cuni.cz ([195.113.30.11]:42588) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lHVwt-000ZpE-2G (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 03 Mar 2021 18:10:16 +0000 Received: from [10.113.1.64] (unknown [10.113.1.64]) by postak.karlin.mff.cuni.cz (Postfix) with ESMTPSA id 4C27C1FF25 for ; Wed, 3 Mar 2021 19:10:14 +0100 (CET) To: cl-isabelle-users at lists.cam.ac.uk From: Stepan Holub Message-ID: Date: Wed, 3 Mar 2021 19:10:13 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Subject: [isabelle] building the document in Windows from Isabelle/jEdit X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2021 18:10:16 -0000 Dear all, is it possible to use the Console plugin in Isabelle/jEdit to build the document for the current buffer under Windows? Best Stepan From mikhail.chekhov.w at gmail.com Wed Mar 03 20:13:24 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:49246) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lHXs4-00043q-Nh (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 03 Mar 2021 20:13:24 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887083 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.166.180 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [209.85.166.180 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [mikhail.chekhov.w[at]gmail.com] * 0.0 HTML_MESSAGE BODY: HTML included in message * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-il1-f180.google.com ([209.85.166.180]:35828) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lHXs3-000dLx-2a (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 03 Mar 2021 20:13:24 +0000 Received: by mail-il1-f180.google.com with SMTP id h18so22614973ils.2 for ; Wed, 03 Mar 2021 12:13:23 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=PWB1/GPf3cbl8Kj3T/8ZbEp2Ry7Rnkc6E+1vylZSTfM=; b=ArRGtwFLyvRMWyuqND3bBGe+BfhHv7NZuU1ELvVfErO0n6tBBmNCBy/3ibSpmbyrf7 lMultYx+Al12R2ecmusSJHNV8wv3Yhr/ixwj94uXrSxmg4NAZeP+sqsFG1z7/ocjkCsy b+Sg81EYCiSB0L9WqKltbdN/b/GSWBwGH8VRkxZ1G87fnl5ng/CVszL+7oArLV3j3RaA RYSr9tmqiyBWT3nc0dSEC3HtIjLdTdQ3RYCKhIjKVw0GegAZM5g5ubLVVneU4GLrJXEX u1QUDv0YvT7ZA0kMXxLz0rBuvsW56YF+OsXK9Yfu7fYt2LXNR+pIIDfRRy2ihV3E4NwM T5gw== X-Gm-Message-State: AOAM533EPUCwMf0/w8fhmz/5Gkrmmn4F9wvz0jFpNLMUlnGPoUHshE8s ztJHkOSSm1YsWeA1k3qOlj5E1z+ar2V4QoWez98Zp3MHTgE= X-Google-Smtp-Source: ABdhPJwAwgThBhXWGWpBknUrwIrfPhR4n74H4wboePit3J3pe36DCckEMkIkBbV3lST4C/zk29NXoUQcmHZPQw1L19s= X-Received: by 2002:a05:6e02:b2e:: with SMTP id e14mr942366ilu.164.1614802402611; Wed, 03 Mar 2021 12:13:22 -0800 (PST) MIME-Version: 1.0 From: Mikhail Chekhov Date: Wed, 3 Mar 2021 22:13:11 +0200 Message-ID: To: cl-isabelle-users at lists.cam.ac.uk Content-Type: multipart/alternative; boundary="00000000000097167805bca77b69" Subject: [isabelle] Towards a formalization of elements of the foundations of category theory in ZFC in HOL X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2021 20:13:24 -0000 --00000000000097167805bca77b69 Content-Type: text/plain; charset="UTF-8" Dear All, I am working on an experimental formalization of the foundations of category theory in the object logic ZFC in HOL in Isabelle. I have already provided a brief overview of this work in the following post on the mailing list: https://lists.cam.ac.uk/pipermail/cl-isabelle-users/2021-January/msg00002.html. However, today I decided to make a significant part of this (ongoing) work available publicly: https://gitlab.com/category-theory-for-zfc-in-hol. Please note that this post is merely a project announcement about a work in progress. Remarks: - If you would like to build this development, you will also need to download and build the following prerequisite: https://gitlab.com/user9716869/Isabelle-Complement-Library. However, the formal proof documents should be readily available from the repositories. - I always welcome any form of contributions: reviews, objective criticism, general advice, corrections, further material, etc. - I cannot emphasize more that the repositories present a snapshot of an ongoing development, not a completed work. Thus, please do not judge this work too harshly on a variety of rough spots and dark corners that you may encounter, if you decide to take a close look at this development. Kind Regards, Mikhail Chekhov --00000000000097167805bca77b69 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear All,

I am working on an experiment= al formalization of the foundations of category theory in the object logic = ZFC in HOL in Isabelle. I have already provided a brief overview of this wo= rk in the following post on the mailing list:=C2=A0https://lists.cam.ac.uk/pipermail/cl-isabelle-users/2021-Januar= y/msg00002.html. However, today I decided to make a significant part of= this (ongoing) work available publicly: https://gitlab.com/category-theory-for-zfc-in-h= ol. Please note that this post is merely a project announcement about a= work in progress.=C2=A0 =C2=A0

Remarks:
  • If you would like to build this development,=C2=A0you will also ne= ed to download and build the following prerequisite:=C2=A0htt= ps://gitlab.com/user9716869/Isabelle-Complement-Library. However, the f= ormal proof documents should be readily available from the repositories.
  • I always welcome any form of contributions: reviews, objective cr= iticism, general advice, corrections, further material, etc.=C2=A0
  • = I cannot emphasize=C2=A0more that the repositories present a snapshot of an= ongoing development, not a completed work. Thus, please do not judge this = work too harshly on a variety of rough spots and dark corners that you may = encounter, if you decide to take a close look at this development.=C2=A0
Kind Regards,
Mikhail Chekhov
--00000000000097167805bca77b69-- From a.w.laarman at liacs.leidenuniv.nl Wed Mar 03 15:02:13 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:36158) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lHT0v-00084X-FV (Exim 4.92.3) (return-path ); Wed, 03 Mar 2021 15:02:13 +0000 X-Cam-SpamDetails: score -0.9 from SpamAssassin-3.4.4-1887083 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low * trust * [145.0.1.62 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [145.0.1.62 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 HTML_MESSAGE BODY: HTML included in message * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from out62-ams.mf.surf.net ([145.0.1.62]:41847) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lHT0u-000DjR-g6 (Exim 4.94) (return-path ); Wed, 03 Mar 2021 15:02:13 +0000 Received: from out36-ams.mf.surf.net (out36-ams.mf.surf.net [145.0.1.36]) by outgoing3-ams.mf.surf.net (8.14.4/8.14.4/Debian-4+deb7u1) with ESMTP id 123EtmJq019391 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 3 Mar 2021 15:55:48 +0100 Received: from SPMXM13.VUW.leidenuniv.nl (emcon13.campus.leidenuniv.nl [132.229.101.213]) by outgoing6-ams.mf.surf.net (8.15.2/8.15.2/Debian-8+deb9u1) with ESMTPS id 123EtEuD121558 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Wed, 3 Mar 2021 15:55:15 +0100 Received: from SPMXM13.VUW.leidenuniv.nl (132.229.101.213) by SPMXM13.VUW.leidenuniv.nl (132.229.101.213) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Wed, 3 Mar 2021 15:55:14 +0100 Received: from SPMXM13.VUW.leidenuniv.nl ([fe80::c183:1fb6:5bce:815a]) by SPMXM13.VUW.leidenuniv.nl ([fe80::c183:1fb6:5bce:815a%11]) with mapi id 15.01.2176.009; Wed, 3 Mar 2021 15:55:14 +0100 From: "Laarman, A.W." To: "nvti-list at cwi.nl" , "pvs at csl.sri.com" , Gerhard-Wilhelm Weber via dmanet , Theory , "concurrency at listserver.tue.nl" , "hol-info at lists.sourceforge.net" , "fmcad at utlists.utexas.edu" , "ecoop-info at ecoop.org" , "theory-a at listserv.nodak.edu" , "theorynt at listserv.nodak.edu" , "relmics-l at mcmaster.ca" , "stp at macs.hw.ac.uk" , "comm-theory at ieee.org" , "cphc-conf at jiscmail.ac.uk" , "caml-list at inria.fr" , "gdr.gpl at imag.fr" , "haskell at haskell.org" , "ifip-tc11 at dlist.uni-frankfurt.de" , "tccc-announce at comsoc.org" , "cistc-distribution at comsoc.org" , "cl-isabelle-users at lists.cam.ac.uk" , "cl-theory at lists.cam.ac.uk" , "itmatters at lab.imtlucca.it" , "ifip at ifip.or.at" , "ifip113 at unimi.it" , "grin-eventi at grin-informatica.it" , "seworld at sigsoft.org" , "theory-logic at cs.cmu.edu" , "agents at cs.umbc.edu" , "alp-diffusion at univ-lille1.fr" , "appsem at tcs.informatik.uni-muenchen.de" , "asci at twi.tudelft.nl" , "ast at cs.vu.nl" , "CABERNET-EVENTS at jiscmail.ac.uk" , "calendar at computer.org" , "categories at mta.ca" , "ccal at math.ist.utl.pt" , "cees-l at sbc.org.br" , "clp at comp.nus.edu.sg" , "complog at cs.nmsu.edu" , "compulognet-parimp at dia.fi.upm.es" , "conferences at computer.org" , "dbworld at cs.wisc.edu" , "dreamers at inf.ed.ac.uk" , "elsnet-list at let.uu.nl" , "events at fmeurope.org" , "fg-arc at lists.uni-paderborn.de" , "fmics at inrialpes.fr" , "FMnet at jiscmail.ac.uk" , "FMxSOCandBPM at cs.unibo.it" , "fm-announcements at lists.nasa.gov" , "gratra at upb.de" , "harning at sigchi.dk" , "ic.eatcs at di.unipi.it" , "infi at mpi-sb.mpg.de" , "kbcsl at uni-paderborn.de" , "las-lics at lists.tu-berlin.de" , "lfcs-interest at dcs.ed.ac.uk" , "linear at cs.stanford.edu" , "logic-list at helsinki.fi" , "logic at cs.stanford.edu" , "math.logik at gmx.net" , "maude-users at cs.uiuc.edu" , "metaprl-users at metaprl.org" , "mizar-forum at mizar.uwb.edu.pl" , "moca-announce at list.it.uu.se" , "mowgli-dev at cs.unibo.it" , "om-announce at openmath.org" , "petrinet at informatik.uni-hamburg.de" , "prin.cina at lab.imtlucca.it" , "procos at jiscmail.ac.uk" , "prog-lang at cs.uiuc.edu" , "proofpower at lemma-one.com" , "qest-announce at iti.uiuc.edu" , "resist at laas.fr" , "reus at informatik.uni-muenchen.de" , "safety-critical at cs.york.ac.uk" , "security at fosad.org" , "sicstus-users at sics.se" , "softtech at cs.uu.nl" , "tfsbc-l at sbc.org.br" , "theorem-provers at ai.mit.edu" , "theory at cl.cam.ac.uk" , "twelf-list at itu.dk" , "users-prolog at gnu.org" , "vki-list at dfki.de" , "webmaster at eatcs.org" , "zforum at comlab.ox.ac.uk" Thread-Topic: SPIN 2021 - Deadline extension to April 20 Thread-Index: AQHXED03udKGJx+0XkCjz/gPEUuK9Q== Date: Wed, 3 Mar 2021 14:55:14 +0000 Message-ID: <28E2DC4A-53B6-4299-8EDC-7C830E5D8A83 at liacs.leidenuniv.nl> Accept-Language: en-US, nl-NL Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.17.132.10] Content-Type: multipart/alternative; boundary="_000_28E2DC4A53B642998EDC7C830E5D8A83liacsleidenunivnl_" MIME-Version: 1.0 X-Bayes-Prob: 0.9999 (Score 4.9, tokens from: leidenuniv-out:default, leidenuniv:default, base:default, @@RPTN) X-Spam-Score: 4.40 (****) [Tag at 7.00] HTML_MESSAGE:0.001, CC(NL:-0.5), Bayes(0.9999:4.9) X-CanIt-Geo: ip=145.0.1.36; country=NL; latitude=52.3824; longitude=4.8995; http://maps.google.com/maps?q=52.3824,4.8995&z=6 X-CanItPRO-Stream: leidenuniv-out:default (inherits from leidenuniv:default, base:default) X-Canit-Stats-ID: 0b4zOTM2X - 11c2ea0710aa - 20210303 X-Scanned-By: CanIt (www . roaringpenguin . com) X-Scanned-By: CanIt (www . roaringpenguin . com) X-Mailman-Approved-At: Thu, 04 Mar 2021 10:23:38 +0000 Subject: [isabelle] SPIN 2021 - Deadline extension to April 20 X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2021 15:02:13 -0000 --_000_28E2DC4A53B642998EDC7C830E5D8A83liacsleidenunivnl_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgQ2FsbCBmb3IgUGFwZXJzIChkZWFkbGluZSBleHRlbnNpb24pDQoNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU1BJTiAyMDIxDQoNCiAgICAgICAgIEludGVy bmF0aW9uYWwgU3ltcG9zaXVtIG9uIE1vZGVsIENoZWNraW5nIG9mIFNvZnR3YXJlDQoNCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBKdWx5IDEyLTEzLCAyMDIxICAoVVBEQVRFRCkN Cg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIE9OTElORSBmcm9tIEFhcmh1cywg RGVubWFyaw0KDQpDb25mZXJlbmNlIHdlYnNpdGU6IGh0dHBzOi8vY29uZi5yZXNlYXJjaHIub3Jn L2hvbWUvc3Bpbi0yMDIxDQoNClN1Ym1pc3Npb24gbGluazogaHR0cHM6Ly9lYXN5Y2hhaXIub3Jn L2NvbmZlcmVuY2VzLz9jb25mPXNwaW4yMDIxMA0KDQoNCkltcG9ydGFudCBEYXRlczoNCg0KKioq IFRoZSBwYXBlciBzdWJtaXNzaW9uIGRlYWRsaW5lIGlzIGV4dGVuZGVkIHRvIDIwIEFwcmlsIDIw MjEgYmVjYXVzZSBvZiBDT1ZJRCAqKioNCg0KU3VibWlzc2lvbjogICAgICAgIEFwcmlsIDIwLCAy MDIxIChBb0UpDQpOb3RpZmljYXRpb246ICAgICAgICAgTWF5IDIwLCAyMDIxDQpDYW1lcmEtcmVh ZHk6ICAgIE1heSAzMCwgMjAyMQ0KQ29uZmVyZW5jZTogICAgICAgIEp1bHkgMTItMTMsIDIwMjEN Cg0KDQpTY29wZQ0KDQpUaGUgMjd0aCBlZGl0aW9uIG9mIHRoZSBTUElOIHN5bXBvc2l1bSBhaW1z IGF0IGJyaW5naW5nIHRvZ2V0aGVyIHJlc2VhcmNoZXJzIGFuZCBwcmFjdGl0aW9uZXJzIGludGVy ZXN0ZWQgaW4gYXV0b21hdGVkIHRvb2wtYmFzZWQgdGVjaG5pcXVlcyBmb3IgdGhlIGFuYWx5c2lz IG9mIHNvZnR3YXJlIGFzIHdlbGwgYXMgbW9kZWxzIG9mIHNvZnR3YXJlLCBmb3IgdGhlIHB1cnBv c2Ugb2YgdmVyaWZpY2F0aW9uIGFuZCB2YWxpZGF0aW9uLiBUaGUgc3ltcG9zaXVtIHNwZWNpZmlj YWxseSBmb2N1c2VzIG9uIGNvbmN1cnJlbnQgc29mdHdhcmUgYnV0IGRvZXMgbm90IGV4Y2x1ZGUg dGhlIGFuYWx5c2lzIG9mIHNlcXVlbnRpYWwgc29mdHdhcmUuIFN1Ym1pc3Npb25zIGFyZSBzb2xp Y2l0ZWQgb24gdGhlb3JldGljYWwgcmVzdWx0cywgbm92ZWwgYWxnb3JpdGhtcyAoY2xhc3NpY2Fs IGFuZCBxdWFudHVtKSwgdG9vbCBkZXZlbG9wbWVudCwgaW5jbHVkaW5nIGZvciBtb2Rlcm4gaGFy ZHdhcmUgKHBhcmFsbGVsIGFuZCBkaXN0cmlidXRlZCksIGFuZCBlbXBpcmljYWwgZXZhbHVhdGlv bi4NCg0KDQpJbnZpdGVkIHNwZWFrZXJzDQoNCiAqIOKAqlZpbmNlbnpvIENpYW5jaWHigKwsIElT VEktQ05SDQogKiBNYXJpw6tsbGUgU3RvZWxpbmdhLCBUd2VudGUgLyBSYWRib3VkIFVuaXZlcnNp dHkNCiAqIE1vc2hlIFZhcmRpLCBSaWNlIFVuaXZlcnNpdHkNCg0KDQpUb3BpY3Mgb2YgSW50ZXJl c3QNCg0KVG9waWNzIG9mIGludGVyZXN0IGluY2x1ZGUsIGJ1dCBhcmUgbm90IGxpbWl0ZWQgdG86 DQoqIEZvcm1hbCB2ZXJpZmljYXRpb24gdGVjaG5pcXVlcyBmb3IgYXV0b21hdGVkIGFuYWx5c2lz IG9mIHNvZnR3YXJlDQoqIEZvcm1hbCBhbmFseXNpcyBmb3IgbW9kZWxpbmcgbGFuZ3VhZ2VzLCBz dWNoIGFzIFVNTC9zdGF0ZSBjaGFydHMNCiogRm9ybWFsIHNwZWNpZmljYXRpb24gbGFuZ3VhZ2Vz LCB0ZW1wb3JhbCBsb2dpYywgZGVzaWduLWJ5LWNvbnRyYWN0DQoqIE1vZGVsIGNoZWNraW5nDQoq IEF1dG9tYXRlZCB0aGVvcmVtIHByb3ZpbmcsIGluY2x1ZGluZyBTQVQgYW5kIFNNVA0KKiBWZXJp ZnlpbmcgY29tcGlsZXJzDQoqIEFic3RyYWN0aW9uIGFuZCBzeW1ib2xpYyBleGVjdXRpb24gdGVj aG5pcXVlcw0KKiBTdGF0aWMgYW5hbHlzaXMgYW5kIGFic3RyYWN0IGludGVycHJldGF0aW9uDQoq IENvbWJpbmF0aW9uIG9mIHZlcmlmaWNhdGlvbiB0ZWNobmlxdWVzDQoqIE1vZHVsYXIgYW5kIGNv bXBvc2l0aW9uYWwgdmVyaWZpY2F0aW9uIHRlY2huaXF1ZXMNCiogVmVyaWZpY2F0aW9uIG9mIHRp bWVkIGFuZCBwcm9iYWJpbGlzdGljIHN5c3RlbXMNCiogQXV0b21hdGVkIHRlc3RpbmcgdXNpbmcg YWR2YW5jZWQgYW5hbHlzaXMgdGVjaG5pcXVlcw0KKiBDb21iaW5hdGlvbiBvZiBzdGF0aWMgYW5k IGR5bmFtaWMgYW5hbHlzZXMNCiogRGVyaXZhdGlvbiBvZiBzcGVjaWZpY2F0aW9ucywgdGVzdCBj YXNlcywgb3Igb3RoZXIgdXNlZnVsIG1hdGVyaWFsIHZpYSBmb3JtYWwgYW5hbHlzaXMNCiogQ2Fz ZSBzdHVkaWVzIG9mIGludGVyZXN0aW5nIHN5c3RlbXMgb3Igd2l0aCBpbnRlcmVzdGluZyByZXN1 bHRzDQoqIEVuZ2luZWVyaW5nIGFuZCBpbXBsZW1lbnRhdGlvbiBvZiBzb2Z0d2FyZSB2ZXJpZmlj YXRpb24gYW5kIGFuYWx5c2lzIHRvb2xzDQoqIEJlbmNobWFyayBhbmQgY29tcGFyYXRpdmUgc3R1 ZGllcyBmb3IgZm9ybWFsIHZlcmlmaWNhdGlvbiBhbmQgYW5hbHlzaXMgdG9vbHMNCiogRm9ybWFs IG1ldGhvZHMgb2YgZWR1Y2F0aW9uIGFuZCB0cmFpbmluZw0KKiBJbnNpZ2h0ZnVsIHN1cnZleXMg b3IgaGlzdG9yaWNhbCBhY2NvdW50cyBvbiB0b3BpY3Mgb2YgcmVsZXZhbmNlIHRvIHRoZSBzeW1w b3NpdW0NCiogUmVsZXZhbnQgdG9vbHMgYW5kIGFsZ29yaXRobXMgZm9yIG1vZGVybiBoYXJkd2Fy ZSwgZS5nLjogcGFyYWxsZWwsIEdQVSwgVFBVLCBGUEdBLCBjbG91ZCwgYW5kIHF1YW50dW0NCg0K DQpTdWJtaXNzaW9uIEd1aWRlbGluZXMNCg0KVGhlIHByb2NlZWRpbmdzIG9mIFNQSU4gMjAyMSB3 aWxsIGJlIHB1Ymxpc2hlZCBpbiBTcHJpbmdlcidzIExlY3R1cmUgTm90ZXMgaW4gQ29tcHV0ZXIg U2NpZW5jZSBzZXJpZXMuIFN1Ym1pc3Npb25zIHNob3VsZCBhZGhlcmUgdG8gdGhlIExOQ1MgZm9y bWF0OiBMTkNTIEluZm9ybWF0aW9uIGZvciBBdXRob3JzDQoNCldpdGggdGhlIGV4Y2VwdGlvbiBv ZiBzdXJ2ZXkgYW5kIGhpc3RvcnkgcGFwZXJzLCB0aGUgcGFwZXJzIHNob3VsZCBjb250YWluIG9y aWdpbmFsIHdvcmsgdGhhdCBoYXMgbm90IGJlZW4gc3VibWl0dGVkIG9yIGFjY2VwdGVkIGZvciBw dWJsaWNhdGlvbiBlbHNld2hlcmUuIFdlIGFyZSBzb2xpY2l0aW5nIHRocmVlIGNhdGVnb3JpZXMg b2YgcGFwZXJzOg0KDQoqICBGdWxsIFJlc2VhcmNoIC8gVG9vbCBQYXBlcnMgZGVzY3JpYmluZyBm dWxseSBkZXZlbG9wZWQgd29yayBhbmQgY29tcGxldGUgcmVzdWx0cyAoMTYgcGFnZXMgLSByZWZl cmVuY2VzIGFyZSBub3QgaW5jbHVkZWQgaW4gdGhpcyBsaW1pdCk7DQoqICBTaG9ydCBQYXBlcnMg cHJlc2VudGluZyB0b29scywgdGVjaG5vbG9neSwgZXhwZXJpZW5jZXMgd2l0aCBsZXNzb25zIGxl YXJuZWQsIG5ldyBpZGVhcywgd29yayBpbiBwcm9ncmVzcyB3aXRoIHByZWxpbWluYXJ5IHJlc3Vs dHMsIGFuZCBub3ZlbCBjb250cmlidXRpb25zIHRvIGZvcm1hbCBtZXRob2RzICg2IHBhZ2VzIC0g cmVmZXJlbmNlcyBhcmUgbm90IGluY2x1ZGVkIGluIHRoaXMgbGltaXQpLg0KKiAgVG9vbCBEZW1v IFBhcGVycyBwcmVzZW50aW5nIHRoZSBmb3VuZGF0aW9ucywgY2FwYWJpbGl0aWVzLCBhcHBsaWNh dGlvbiBkb21haW5zIGFuZCByZWxldmFudCBleGFtcGxlcyB1c2luZyB0aGUgdG9vbHMsIHdpdGgg YSBjbGVhciBkZXNjcmlwdGlvbiBvZiB3aGF0IGlzIGV4cGVjdGVkIHRvIGJlIHNob3duIGluIGEg bGl2ZSBkZW1vbnN0cmF0aW9uICg0IHBhZ2VzIHRvIGRlc2NyaWJlIHRoZSB0b29sIGZvdW5kYXRp b25zLCBmZWF0dXJlcyBhbmQgdXNlIGV4YW1wbGVzLCBwbHVzIGFuIGFwcGVuZGl4IGV4cGxhaW5p bmcgdGhlIGNvbnRlbnQgb2YgdGhlIGRlbW8pLg0KUGFwZXJzIHNob3VsZCBiZSBzdWJtaXR0ZWQg dmlhIHRoZSBFYXN5Q2hhaXIgU1BJTiAyMDIxIHN1Ym1pc3Npb24gd2Vic2l0ZToNCmh0dHBzOi8v ZWFzeWNoYWlyLm9yZy9jb25mZXJlbmNlcy8/Y29uZj1zcGluMjAyMTANCkFsbCBwYXBlcnMgdGhh dCBjb25mb3JtIHRvIHN1Ym1pc3Npb24gZ3VpZGVsaW5lcyB3aWxsIGJlIHBlZXItcmV2aWV3ZWQg YnkgbWVtYmVycyBvZiB0aGUgcHJvZ3JhbSBjb21taXR0ZWUuIFN1Ym1pc3Npb25zIHdpbGwgYmUg ZXZhbHVhdGVkIG9uIHRoZSBiYXNpcyBvZiBvcmlnaW5hbGl0eSwgdGhlIGltcG9ydGFuY2Ugb2Yg Y29udHJpYnV0aW9uLCBzb3VuZG5lc3MsIGV2YWx1YXRpb24sIHF1YWxpdHkgb2YgcHJlc2VudGF0 aW9uLCBhbmQgYXBwcm9wcmlhdGUgY29tcGFyaXNvbiB0byByZWxhdGVkIHdvcmsuDQoNCkF0IGxl YXN0IG9uZSBhdXRob3Igb2YgZWFjaCBhY2NlcHRlZCBwYXBlciBtdXN0IGF0dGVuZCB0aGUgc3lt cG9zaXVtIGFuZCBwcmVzZW50IHRoZSBwYXBlci4NCg0KDQpTVFRUDQoNCkEgc2VsZWN0aW9uIG9m IHBhcGVycyB3aWxsIGJlIGludml0ZWQgdG8gYSBzcGVjaWFsIGlzc3VlIG9mIHRoZSBJbnRlcm5h dGlvbmFsIEpvdXJuYWwgb24gU29mdHdhcmUgVG9vbHMgZm9yIFRlY2hub2xvZ3kgVHJhbnNmZXIg KFNUVFQpLg0KDQoNClByb2dyYW0gQ29tbWl0dGVlIE1lbWJlcnMNCg0KSmnFmcOtIEJhcm5hdCwg TWFzYXJ5ayBVbml2ZXJzaXR5DQpNYXVyaWNlIEguIHRlciBCZWVrLCBJU1RJLUNOUg0KVG9tIHZh biBEaWprLCBVbml2ZXJzaXR5IG9mIFR3ZW50ZQ0KVmVkcmFuIER1bmprbywgTGVpZGVuIFVuaXZl cnNpdHkNClN0ZWZhbiBFZGVsa2FtcCwgVW5pdmVyc2l0eSBvZiBLb2JsZW56DQpHcmlnb3J5IEZl ZHl1a292aWNoLCBGbG9yaWRhIFN0YXRlIFVuaXZlcnNpdHkNCkhlbnJpIEhhbnNlbiwgVGFtcGVy ZSBVbml2ZXJzaXR5IG9mIFRlY2hub2xvZ3kNCkFybmQgSGFydG1hbm5zLCBVbml2ZXJzaXR5IG9m IFR3ZW50ZQ0KR2VyYXJkIEhvbHptYW5uLCBOaW1ibGUgcmVzZWFyY2gNCkFudHRpIEh5dsOkcmlu ZW4sIFVuaXZlcnNpdMOgIGRlbGxhIFN2aXp6ZXJhIGl0YWxpYW5hDQpOaWxzIEphbnNlbiwgUmFk Ym91ZCBVbml2ZXJzaXR5IE5pam1lZ2VuDQpQZXRlciBHasO4bCBKZW5zZW4sIEFhbGJvcmcgVW5p dmVyc2l0eQ0KU3VuZy1TaGlrIEpvbmdtYW5zLCBPcGVuIFVuaXZlcnNpdHkgTkwsIENXSQ0KSmVy b2VuIEtlaXJlbiwgRWluZGhvdmVuIFVuaXZlcnNpdHkgb2YgVGVjaG5vbG9neQ0KSWdvciBLb25u b3YsIEluZm9ybWFsIFN5c3RlbXMgSW5jDQpBbGJlcnRvIExsdWNoIExhZnVlbnRlLCBUZWNobmlj YWwgVW5pdmVyc2l0eSBvZiBEZW5tYXJrDQpLdWxkZWVwIFMuIE1lZWwsIE5hdGlvbmFsIFVuaXZl cnNpdHkgb2YgU2luZ2Fwb3JlDQpBbGljZSBNaWxsZXIsIFVuaXZlcnNpdHkgb2YgR2xhc2dvdw0K U2VyZ2lvIE1vdmVyLCDDiWNvbGUgUG9seXRlY2huaXF1ZQ0KUmFqYWdvcGFsIE5hZ2FyYWphbiwg TWlkZGxlc2V4IFVuaXZlcnNpdHkNCkRvcm9uIFBlbGVkLCBCYXIgSWxhbiBVbml2ZXJzaXR5DQpU YXRqYW5hIFBldHJvdiwgVW5pdmVyc2l0eSBvZiBLb25zdGFueg0KSmFjbyB2YW4gZGUgUG9sLCBB YXJodXMgVW5pdmVyc2l0eQ0KU3RlcGhlbiBGLiBTaWVnZWwsIFVuaXZlcnNpdHkgb2YgRGVsYXdh cmUNCkNhcnN0ZW4gU2lueiwgS2FybHNydWhlIEluc3RpdHV0ZSBvZiBUZWNobm9sb2d5DQpKacWZ w60gU3JiYSwgQWFsYm9yZyBVbml2ZXJzaXR5DQpNaWNoYWVsIFRhdXRzY2huaWcsIEFtYXpvbiBX ZWIgU2VydmljZXMNCllhbm4gVGhpZXJyeS1NaWVnLCBTb3Jib25uZSBVbml2ZXJzaXR5IC0gTElQ Ng0KWWFraXIgVml6ZWwsIFRlY2huaW9uDQpHZW9yZyBXZWlzc2VuYmFjaGVyLCBWaWVubmEgVW5p dmVyc2l0eSBvZiBUZWNobm9sb2d5DQpBbnRvbiBXaWpzLCBFaW5kaG92ZW4gVW5pdmVyc2l0eSBv ZiBUZWNobm9sb2d5DQoNCg0KT3JnYW5pemluZyBjb21taXR0ZWUNCg0KQWxmb25zIExhYXJtYW4s IExlaWRlbiBVbml2ZXJzaXR5DQpBbmEgU29rb2xvdmEsIFVuaXZlcnNpdHkgb2YgU2FsemJ1cmcN Cg0KDQpWZW51ZQ0KDQpUaGUgY29uZmVyZW5jZSB3aWxsIHRha2UgcGxhY2Ugb25saW5lLg0KDQoN CkNvbnRhY3QNCg0KQWxsIHF1ZXN0aW9ucyBhYm91dCBzdWJtaXNzaW9ucyBzaG91bGQgYmUgZW1h aWxlZCB0byBhLncubGFhcm1hbkBsaWFjcy5sZWlkZW51bml2Lm5sPG1haWx0bzphLncubGFhcm1h bkBsaWFjcy5sZWlkZW51bml2Lm5sPi4NCg== --_000_28E2DC4A53B642998EDC7C830E5D8A83liacsleidenunivnl_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0 ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCjxkaXYgZGlyPSJhdXRvIiBzdHlsZT0id29yZC13 cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IGxpbmUtYnJlYWs6IGFm dGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQo8ZGl2IGRpcj0iYXV0byIgY2xhc3M9IiIgc3R5 bGU9IndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyBsaW5l LWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0 LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4qKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqPC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAw LCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1j b2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0i IiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsi PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgQ2FsbCBmb3IgUGFwZXJzIChkZWFkbGluZSBleHRlbnNpb24pPC9zcGFuPjxiciBjbGFz cz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAw KTsiPg0KPGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xv cjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJn YigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwO1NQSU4gMjAyMTwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNv bG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxiciBjbGFzcz0iIiBz dHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0K PHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiBy Z2IoMCwgMCwgMCk7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDtJbnRlcm5hdGlvbmFsIFN5bXBvc2l1bSBvbiBNb2RlbCBDaGVja2luZyBvZiBT b2Z0d2FyZTwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwg MCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29s b3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIg c3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4m bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7IEp1bHkgMTItMTMsIDIwMjEgJm5ic3A7KFVQREFURUQpPC9zcGFuPjxiciBjbGFzcz0iIiBz dHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0K PGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdi KDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAw LCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgT05MSU5FIGZyb20gQWFyaHVzLCBEZW5t YXJrPC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsg Y29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjog cmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHls ZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPkNvbmZl cmVuY2Ugd2Vic2l0ZTombmJzcDs8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly9jb25mLnJlc2VhcmNo ci5vcmcvaG9tZS9zcGluLTIwMjEiIGNsYXNzPSIiPmh0dHBzOi8vY29uZi5yZXNlYXJjaHIub3Jn L2hvbWUvc3Bpbi0yMDIxPC9hPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigw LCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJl dC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFz cz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAw KTsiPlN1Ym1pc3Npb24gbGluazombmJzcDs8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly9lYXN5Y2hh aXIub3JnL2NvbmZlcmVuY2VzLz9jb25mPXNwaW4yMDIxMCIgY2xhc3M9IiI+aHR0cHM6Ly9lYXN5 Y2hhaXIub3JnL2NvbmZlcmVuY2VzLz9jb25mPXNwaW4yMDIxMDwvYT48YnIgY2xhc3M9IiIgc3R5 bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxi ciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1j b2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+SW1wb3J0YW50IERhdGVz PC9zcGFuPjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBj b2xvcjogcmdiKDAsIDAsIDApOyI+Ojwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNv bG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxiciBjbGFzcz0iIj4N CjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjog cmdiKDAsIDAsIDApOyI+KioqIFRoZSBwYXBlciBzdWJtaXNzaW9uIGRlYWRsaW5lIGlzIGV4dGVu ZGVkIHRvIDIwIEFwcmlsIDIwMjEgYmVjYXVzZSBvZiBDT1ZJRCAqKio8L3NwYW4+PGJyIGNsYXNz PSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDAp OyI+DQo8YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9y OiByZ2IoMCwgMCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdi KDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+U3VibWlzc2lvbjogJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7QXByaWwgMjAsIDIwMjEmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9IiIg c3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4o PC9zcGFuPjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBj b2xvcjogcmdiKDAsIDAsIDApOyI+QW9FPC9zcGFuPjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJl dC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+KTwvc3Bhbj48YnIg Y2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwg MCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDAp OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+Tm90aWZpY2F0aW9uOiAmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtNYXkgMjAsIDIwMjE8L3NwYW4+PGJyIGNsYXNz PSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDAp OyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29s b3I6IHJnYigwLCAwLCAwKTsiPkNhbWVyYS1yZWFkeTogJm5ic3A7Jm5ic3A7Jm5ic3A7TWF5IDMw LCAyMDIxPC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAw KTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNv bG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5Db25mZXJlbmNlOiAmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtKdWx5IDEyLTEzLCAyMDIxPC9z cGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6 IHJnYigwLCAwLCAwKTsiPg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGRpdiBjbGFz cz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAw KTsiPlNjb3BlPC9kaXY+DQo8YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwg MCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJl dC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+VGhlIDI3dGggZWRp dGlvbiBvZiB0aGUgU1BJTiBzeW1wb3NpdW0gYWltcyBhdCBicmluZ2luZyB0b2dldGhlciByZXNl YXJjaGVycyBhbmQgcHJhY3RpdGlvbmVycyBpbnRlcmVzdGVkIGluIGF1dG9tYXRlZCB0b29sLWJh c2VkIHRlY2huaXF1ZXMgZm9yIHRoZSBhbmFseXNpcyBvZiBzb2Z0d2FyZSBhcyB3ZWxsIGFzIG1v ZGVscw0KIG9mIHNvZnR3YXJlLCBmb3IgdGhlIHB1cnBvc2Ugb2YgdmVyaWZpY2F0aW9uIGFuZCB2 YWxpZGF0aW9uLiBUaGUgc3ltcG9zaXVtIHNwZWNpZmljYWxseSBmb2N1c2VzIG9uIGNvbmN1cnJl bnQgc29mdHdhcmUgYnV0IGRvZXMgbm90IGV4Y2x1ZGUgdGhlIGFuYWx5c2lzIG9mIHNlcXVlbnRp YWwgc29mdHdhcmUuIFN1Ym1pc3Npb25zIGFyZSBzb2xpY2l0ZWQgb24gdGhlb3JldGljYWwgcmVz dWx0cywgbm92ZWwgYWxnb3JpdGhtcyAoY2xhc3NpY2FsIGFuZA0KIHF1YW50dW0pLCB0b29sIGRl dmVsb3BtZW50LCBpbmNsdWRpbmcgZm9yIG1vZGVybiBoYXJkd2FyZSAocGFyYWxsZWwgYW5kIGRp c3RyaWJ1dGVkKSwgYW5kIGVtcGlyaWNhbCBldmFsdWF0aW9uLjwvc3Bhbj48YnIgY2xhc3M9IiIg c3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4N CjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAw LCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0 LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5JbnZpdGVkIHNwZWFr ZXJzPC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsg Y29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjog cmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8ZGl2IGNsYXNzPSIiIHN0eWxl PSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+Jm5ic3A7 KiZuYnNwO+KAqlZpbmNlbnpvIENpYW5jaWHigKwsIElTVEktQ05SPGJyIGNsYXNzPSIiPg0KPC9k aXY+DQo8ZGl2IGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xv cjogcmdiKDAsIDAsIDApOyI+Jm5ic3A7KiZuYnNwO01hcmnDq2xsZSBTdG9lbGluZ2EsIFR3ZW50 ZSAvIFJhZGJvdWQgVW5pdmVyc2l0eTxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i IiBzdHlsZT0ib3JwaGFuczogMjsgd2lkb3dzOiAyOyBjYXJldC1jb2xvcjogcmdiKDAsIDAsIDAp OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQombmJzcDsqIE1vc2hlIFZhcmRpLCBSaWNlPGZvbnQg c2l6ZT0iNCIgY2xhc3M9IiI+Jm5ic3A7PC9mb250PlVuaXZlcnNpdHk8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4N CjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5Ub3BpY3Mgb2YgSW50ZXJlc3Q8L2Rpdj4NCjxiciBjbGFz cz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAw KTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNv bG9yOiByZ2IoMCwgMCwgMCk7Ij5Ub3BpY3Mgb2YgaW50ZXJlc3QgaW5jbHVkZSwgYnV0IGFyZSBu b3QgbGltaXRlZCB0bzo8L3NwYW4+PGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdi KDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0i Y2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPiogRm9ybWFs IHZlcmlmaWNhdGlvbiB0ZWNobmlxdWVzIGZvciBhdXRvbWF0ZWQgYW5hbHlzaXMgb2Ygc29mdHdh cmU8L3NwYW4+PGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBj b2xvcjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6 IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPiogRm9ybWFsIGFuYWx5c2lzIGZv ciBtb2RlbGluZyBsYW5ndWFnZXMsIHN1Y2ggYXMgVU1ML3N0YXRlIGNoYXJ0czwvc3Bhbj48YnIg Y2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwg MCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDAp OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+KiBGb3JtYWwgc3BlY2lmaWNhdGlvbiBsYW5ndWFnZXMs IHRlbXBvcmFsIGxvZ2ljLCBkZXNpZ24tYnktY29udHJhY3Q8L3NwYW4+PGJyIGNsYXNzPSIiIHN0 eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8 c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJn YigwLCAwLCAwKTsiPiogTW9kZWwgY2hlY2tpbmc8L3NwYW4+PGJyIGNsYXNzPSIiIHN0eWxlPSJj YXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBj bGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAw LCAwKTsiPiogQXV0b21hdGVkIHRoZW9yZW0gcHJvdmluZywgaW5jbHVkaW5nIFNBVCBhbmQgU01U PC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29s b3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiBy Z2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4qIFZlcmlmeWluZyBjb21waWxlcnM8 L3NwYW4+PGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xv cjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJn YigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPiogQWJzdHJhY3Rpb24gYW5kIHN5bWJv bGljIGV4ZWN1dGlvbiB0ZWNobmlxdWVzPC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQt Y29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9 IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7 Ij4qIFN0YXRpYyBhbmFseXNpcyBhbmQgYWJzdHJhY3QgaW50ZXJwcmV0YXRpb248L3NwYW4+PGJy IGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAs IDAsIDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAw KTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPiogQ29tYmluYXRpb24gb2YgdmVyaWZpY2F0aW9uIHRl Y2huaXF1ZXM8L3NwYW4+PGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAs IDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQt Y29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPiogTW9kdWxhciBhbmQg Y29tcG9zaXRpb25hbCB2ZXJpZmljYXRpb24gdGVjaG5pcXVlczwvc3Bhbj48YnIgY2xhc3M9IiIg c3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4N CjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjog cmdiKDAsIDAsIDApOyI+KiBWZXJpZmljYXRpb24gb2YgdGltZWQgYW5kIHByb2JhYmlsaXN0aWMg c3lzdGVtczwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwg MCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1j b2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+KiBBdXRvbWF0ZWQgdGVz dGluZyB1c2luZyBhZHZhbmNlZCBhbmFseXNpcyB0ZWNobmlxdWVzPC9zcGFuPjxiciBjbGFzcz0i IiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsi Pg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9y OiByZ2IoMCwgMCwgMCk7Ij4qIENvbWJpbmF0aW9uIG9mIHN0YXRpYyBhbmQgZHluYW1pYyBhbmFs eXNlczwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7 IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xv cjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+KiBEZXJpdmF0aW9uIG9mIHNw ZWNpZmljYXRpb25zLCB0ZXN0IGNhc2VzLCBvciBvdGhlciB1c2VmdWwgbWF0ZXJpYWwgdmlhIGZv cm1hbCBhbmFseXNpczwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2Io MCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJj YXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+KiBDYXNlIHN0 dWRpZXMgb2YgaW50ZXJlc3Rpbmcgc3lzdGVtcyBvciB3aXRoIGludGVyZXN0aW5nIHJlc3VsdHM8 L3NwYW4+PGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xv cjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJn YigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPiogRW5naW5lZXJpbmcgYW5kIGltcGxl bWVudGF0aW9uIG9mIHNvZnR3YXJlIHZlcmlmaWNhdGlvbiBhbmQgYW5hbHlzaXMgdG9vbHM8L3Nw YW4+PGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjog cmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigw LCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPiogQmVuY2htYXJrIGFuZCBjb21wYXJhdGl2 ZSBzdHVkaWVzIGZvciBmb3JtYWwgdmVyaWZpY2F0aW9uIGFuZCBhbmFseXNpcyB0b29sczwvc3Bh bj48YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiBy Z2IoMCwgMCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAs IDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+KiBGb3JtYWwgbWV0aG9kcyBvZiBlZHVjYXRp b24gYW5kIHRyYWluaW5nPC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJn YigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9 ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4qIEluc2ln aHRmdWwgc3VydmV5cyBvciBoaXN0b3JpY2FsIGFjY291bnRzIG9uIHRvcGljcyBvZiByZWxldmFu Y2UgdG8gdGhlIHN5bXBvc2l1bTwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9y OiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0 eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+KiBS ZWxldmFudCB0b29scyBhbmQgYWxnb3JpdGhtcyBmb3IgbW9kZXJuIGhhcmR3YXJlLCBlLmcuOiBw YXJhbGxlbCwgR1BVLCBUUFUsIEZQR0EsIGNsb3VkLCBhbmQgcXVhbnR1bTwvc3Bhbj48YnIgY2xh c3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwg MCk7Ij4NCjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29s b3I6IHJnYigwLCAwLCAwKTsiPg0KPGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdi KDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0i Y2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPlN1Ym1pc3Np b24gR3VpZGVsaW5lczwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2Io MCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxiciBjbGFzcz0iIiBzdHlsZT0iY2Fy ZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xh c3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwg MCk7Ij5UaGUgcHJvY2VlZGluZ3Mgb2YgU1BJTiAyMDIxIHdpbGwgYmUgcHVibGlzaGVkIGluIFNw cmluZ2VyJ3MgTGVjdHVyZSBOb3RlcyBpbiBDb21wdXRlciBTY2llbmNlIHNlcmllcy4gU3VibWlz c2lvbnMgc2hvdWxkIGFkaGVyZSB0byB0aGUgTE5DUyBmb3JtYXQ6IExOQ1MgSW5mb3JtYXRpb24g Zm9yIEF1dGhvcnM8L3NwYW4+PGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAs IDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0 LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxzcGFuIGNsYXNz PSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDAp OyI+V2l0aCB0aGUgZXhjZXB0aW9uIG9mIHN1cnZleSBhbmQgaGlzdG9yeSBwYXBlcnMsIHRoZSBw YXBlcnMgc2hvdWxkIGNvbnRhaW4gb3JpZ2luYWwgd29yayB0aGF0IGhhcyBub3QgYmVlbiBzdWJt aXR0ZWQgb3IgYWNjZXB0ZWQgZm9yIHB1YmxpY2F0aW9uIGVsc2V3aGVyZS4gV2UgYXJlIHNvbGlj aXRpbmcgdGhyZWUgY2F0ZWdvcmllcw0KIG9mIHBhcGVyczo8L3NwYW4+PGJyIGNsYXNzPSIiIHN0 eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8 YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2Io MCwgMCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAs IDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+KiAmbmJzcDtGdWxsIFJlc2VhcmNoIC8gVG9vbCBQ YXBlcnMgZGVzY3JpYmluZyBmdWxseSBkZXZlbG9wZWQgd29yayBhbmQgY29tcGxldGUgcmVzdWx0 cyAoMTYgcGFnZXMgLSByZWZlcmVuY2VzIGFyZSBub3QgaW5jbHVkZWQgaW4gdGhpcyBsaW1pdCk7 PC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29s b3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiBy Z2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4qICZuYnNwO1Nob3J0IFBhcGVycyBw cmVzZW50aW5nIHRvb2xzLCB0ZWNobm9sb2d5LCBleHBlcmllbmNlcyB3aXRoIGxlc3NvbnMgbGVh cm5lZCwgbmV3IGlkZWFzLCB3b3JrIGluIHByb2dyZXNzIHdpdGggcHJlbGltaW5hcnkgcmVzdWx0 cywgYW5kIG5vdmVsIGNvbnRyaWJ1dGlvbnMgdG8gZm9ybWFsIG1ldGhvZHMgKDYgcGFnZXMgLQ0K IHJlZmVyZW5jZXMgYXJlIG5vdCBpbmNsdWRlZCBpbiB0aGlzIGxpbWl0KS48L3NwYW4+PGJyIGNs YXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAs IDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsg Y29sb3I6IHJnYigwLCAwLCAwKTsiPiogJm5ic3A7VG9vbCBEZW1vIFBhcGVycyBwcmVzZW50aW5n IHRoZSBmb3VuZGF0aW9ucywgY2FwYWJpbGl0aWVzLCBhcHBsaWNhdGlvbiBkb21haW5zIGFuZCBy ZWxldmFudCBleGFtcGxlcyB1c2luZyB0aGUgdG9vbHMsIHdpdGggYSBjbGVhciBkZXNjcmlwdGlv biBvZiB3aGF0IGlzIGV4cGVjdGVkIHRvIGJlIHNob3duIGluIGEgbGl2ZQ0KIGRlbW9uc3RyYXRp b24gKDQgcGFnZXMgdG8gZGVzY3JpYmUgdGhlIHRvb2wgZm91bmRhdGlvbnMsIGZlYXR1cmVzIGFu ZCB1c2UgZXhhbXBsZXMsIHBsdXMgYW4gYXBwZW5kaXggZXhwbGFpbmluZyB0aGUgY29udGVudCBv ZiB0aGUgZGVtbykuPC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigw LCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNh cmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5QYXBlcnMgc2hv dWxkIGJlIHN1Ym1pdHRlZCB2aWEgdGhlIEVhc3lDaGFpciBTUElOIDIwMjEgc3VibWlzc2lvbiB3 ZWJzaXRlOjwvc3Bhbj48L2Rpdj4NCjxkaXYgZGlyPSJhdXRvIiBjbGFzcz0iIiBzdHlsZT0id29y ZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IGxpbmUtYnJlYWs6 IGFmdGVyLXdoaXRlLXNwYWNlOyI+DQo8YSBocmVmPSJodHRwczovL2Vhc3ljaGFpci5vcmcvY29u ZmVyZW5jZXMvP2NvbmY9c3BpbjIwMjEwIiBjbGFzcz0iIj5odHRwczovL2Vhc3ljaGFpci5vcmcv Y29uZmVyZW5jZXMvP2NvbmY9c3BpbjIwMjEwPC9hPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQt Y29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9 IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7 Ij5BbGwgcGFwZXJzIHRoYXQgY29uZm9ybSB0byBzdWJtaXNzaW9uIGd1aWRlbGluZXMgd2lsbCBi ZSBwZWVyLXJldmlld2VkIGJ5IG1lbWJlcnMgb2YgdGhlIHByb2dyYW0gY29tbWl0dGVlLiBTdWJt aXNzaW9ucyB3aWxsIGJlIGV2YWx1YXRlZCBvbiB0aGUgYmFzaXMgb2Ygb3JpZ2luYWxpdHksIHRo ZSBpbXBvcnRhbmNlIG9mIGNvbnRyaWJ1dGlvbiwNCiBzb3VuZG5lc3MsIGV2YWx1YXRpb24sIHF1 YWxpdHkgb2YgcHJlc2VudGF0aW9uLCBhbmQgYXBwcm9wcmlhdGUgY29tcGFyaXNvbiB0byByZWxh dGVkIHdvcmsuPC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAw LCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1j b2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0i IiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsi PkF0IGxlYXN0IG9uZSBhdXRob3Igb2YgZWFjaCBhY2NlcHRlZCBwYXBlciBtdXN0IGF0dGVuZCB0 aGUgc3ltcG9zaXVtIGFuZCBwcmVzZW50IHRoZSBwYXBlci48L3NwYW4+PGJyIGNsYXNzPSIiIHN0 eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8 YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2Io MCwgMCwgMCk7Ij4NCjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAw KTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNv bG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5TVFRUPC9zcGFuPjxiciBj bGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAw LCAwKTsiPg0KPGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBj b2xvcjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6 IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPkEgc2VsZWN0aW9uIG9mIHBhcGVy cyB3aWxsIGJlIGludml0ZWQgdG8gYSBzcGVjaWFsIGlzc3VlIG9mIHRoZSBJbnRlcm5hdGlvbmFs IEpvdXJuYWwgb24gU29mdHdhcmUgVG9vbHMgZm9yIFRlY2hub2xvZ3kgVHJhbnNmZXIgKFNUVFQp Ljwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNv bG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJn YigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPGJyIGNsYXNzPSIiIHN0eWxlPSJj YXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBj bGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAw LCAwKTsiPlByb2dyYW0gQ29tbWl0dGVlIE1lbWJlcnM8L3NwYW4+PGJyIGNsYXNzPSIiIHN0eWxl PSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8YnIg Y2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwg MCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDAp OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+SmnFmcOtIEJhcm5hdCwgTWFzYXJ5ayBVbml2ZXJzaXR5 PC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29s b3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiBy Z2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5NYXVyaWNlIEguIHRlciBCZWVrLCBJ U1RJLUNOUjwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwg MCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1j b2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+VG9tIHZhbiBEaWprLCBV bml2ZXJzaXR5IG9mIFR3ZW50ZTwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9y OiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0 eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+VmVk cmFuIER1bmprbywgTGVpZGVuIFVuaXZlcnNpdHk8L3NwYW4+PGJyIGNsYXNzPSIiIHN0eWxlPSJj YXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBj bGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAw LCAwKTsiPlN0ZWZhbiBFZGVsa2FtcCwgVW5pdmVyc2l0eSBvZiBLb2JsZW56PC9zcGFuPjxiciBj bGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAw LCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7 IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5Hcmlnb3J5IEZlZHl1a292aWNoLCBGbG9yaWRhIFN0YXRl IFVuaXZlcnNpdHk8L3NwYW4+PGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAs IDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2Fy ZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPkhlbnJpIEhhbnNl biwgVGFtcGVyZSBVbml2ZXJzaXR5IG9mIFRlY2hub2xvZ3k8L3NwYW4+PGJyIGNsYXNzPSIiIHN0 eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8 c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJn YigwLCAwLCAwKTsiPkFybmQgSGFydG1hbm5zLCBVbml2ZXJzaXR5IG9mIFR3ZW50ZTwvc3Bhbj48 YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2Io MCwgMCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAs IDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+R2VyYXJkIEhvbHptYW5uLCBOaW1ibGUgcmVzZWFy Y2g8L3NwYW4+PGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBj b2xvcjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6 IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPkFudHRpIEh5dsOkcmluZW4sIFVu aXZlcnNpdMOgIGRlbGxhIFN2aXp6ZXJhIGl0YWxpYW5hPC9zcGFuPjxiciBjbGFzcz0iIiBzdHls ZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPHNw YW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2Io MCwgMCwgMCk7Ij5OaWxzIEphbnNlbiwgUmFkYm91ZCBVbml2ZXJzaXR5IE5pam1lZ2VuPC9zcGFu PjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJn YigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwg MCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5QZXRlciBHasO4bCBKZW5zZW4sIEFhbGJvcmcg VW5pdmVyc2l0eTwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwg MCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJl dC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+U3VuZy1TaGlrIEpv bmdtYW5zLCBPcGVuIFVuaXZlcnNpdHkgTkwsIENXSTwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9 ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxzcGFu IGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAs IDAsIDApOyI+SmVyb2VuIEtlaXJlbiwgRWluZGhvdmVuIFVuaXZlcnNpdHkgb2YgVGVjaG5vbG9n eTwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNv bG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjog cmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+SWdvciBLb25ub3YsIEluZm9ybWFs IFN5c3RlbXMgSW5jPC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigw LCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNh cmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5BbGJlcnRvIExs dWNoIExhZnVlbnRlLCBUZWNobmljYWwgVW5pdmVyc2l0eSBvZiBEZW5tYXJrPC9zcGFuPjxiciBj bGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAw LCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7 IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5LdWxkZWVwIFMuIE1lZWwsIE5hdGlvbmFsIFVuaXZlcnNp dHkgb2YgU2luZ2Fwb3JlPC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJn YigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9 ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5BbGljZSBN aWxsZXIsIFVuaXZlcnNpdHkgb2YgR2xhc2dvdzwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9ImNh cmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxzcGFuIGNs YXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAs IDApOyI+U2VyZ2lvIE1vdmVyLCDDiWNvbGUgUG9seXRlY2huaXF1ZTwvc3Bhbj48YnIgY2xhc3M9 IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7 Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xv cjogcmdiKDAsIDAsIDApOyI+UmFqYWdvcGFsIE5hZ2FyYWphbiwgTWlkZGxlc2V4IFVuaXZlcnNp dHk8L3NwYW4+PGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBj b2xvcjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6 IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPkRvcm9uIFBlbGVkLCBCYXIgSWxh biBVbml2ZXJzaXR5PC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigw LCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNh cmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5UYXRqYW5hIFBl dHJvdiwgVW5pdmVyc2l0eSBvZiBLb25zdGFuejwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9ImNh cmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxzcGFuIGNs YXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAs IDApOyI+SmFjbyB2YW4gZGUgUG9sLCBBYXJodXMgVW5pdmVyc2l0eTwvc3Bhbj48YnIgY2xhc3M9 IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7 Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xv cjogcmdiKDAsIDAsIDApOyI+U3RlcGhlbiBGLiBTaWVnZWwsIFVuaXZlcnNpdHkgb2YgRGVsYXdh cmU8L3NwYW4+PGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBj b2xvcjogcmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6 IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPkNhcnN0ZW4gU2lueiwgS2FybHNy dWhlIEluc3RpdHV0ZSBvZiBUZWNobm9sb2d5PC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2Fy ZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xh c3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwg MCk7Ij5KacWZw60gU3JiYSwgQWFsYm9yZyBVbml2ZXJzaXR5PC9zcGFuPjxiciBjbGFzcz0iIiBz dHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0K PHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiBy Z2IoMCwgMCwgMCk7Ij5NaWNoYWVsIFRhdXRzY2huaWcsIEFtYXpvbiBXZWIgU2VydmljZXM8L3Nw YW4+PGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjog cmdiKDAsIDAsIDApOyI+DQo8c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigw LCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPllhbm4gVGhpZXJyeS1NaWVnLCBTb3Jib25u ZSBVbml2ZXJzaXR5IC0gTElQNjwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9y OiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0 eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+WWFr aXIgVml6ZWwsIFRlY2huaW9uPC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6 IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5 bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5HZW9y ZyBXZWlzc2VuYmFjaGVyLCBWaWVubmEgVW5pdmVyc2l0eSBvZiBUZWNobm9sb2d5PC9zcGFuPjxi ciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigw LCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwg MCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5BbnRvbiBXaWpzLCBFaW5kaG92ZW4gVW5pdmVyc2l0 eSBvZiBUZWNobm9sb2d5PC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJn YigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPGJyIGNsYXNzPSIiIHN0eWxlPSJj YXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8YnIgY2xh c3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwg MCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBj b2xvcjogcmdiKDAsIDAsIDApOyI+T3JnYW5pemluZyBjb21taXR0ZWU8L3NwYW4+PGJyIGNsYXNz PSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDAp OyI+DQo8YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9y OiByZ2IoMCwgMCwgMCk7Ij4NCjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdi KDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+QWxmb25zIExhYXJtYW4sIExlaWRlbiBV bml2ZXJzaXR5PC9zcGFuPjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAw LCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0 LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5BbmEgU29rb2xvdmEs IFVuaXZlcnNpdHkgb2YgU2FsemJ1cmc8L3NwYW4+PGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1j b2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8YnIgY2xhc3M9IiIg c3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4N CjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJn YigwLCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwg MCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5WZW51ZTwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5 bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxi ciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigw LCAwLCAwKTsiPg0KPHNwYW4gY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwg MCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5UaGUgY29uZmVyZW5jZSB3aWxsIHRha2UgcGxhY2Ug b25saW5lLjwvc3Bhbj48YnIgY2xhc3M9IiIgc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwg MCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxiciBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29s b3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJnYigwLCAwLCAwKTsiPg0KPGJyIGNsYXNzPSIiIHN0 eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8 c3BhbiBjbGFzcz0iIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgY29sb3I6IHJn YigwLCAwLCAwKTsiPkNvbnRhY3Q8L3NwYW4+PGJyIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xv cjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdiKDAsIDAsIDApOyI+DQo8YnIgY2xhc3M9IiIgc3R5 bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij4NCjxz cGFuIGNsYXNzPSIiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBjb2xvcjogcmdi KDAsIDAsIDApOyI+QWxsIHF1ZXN0aW9ucyBhYm91dCBzdWJtaXNzaW9ucyBzaG91bGQgYmUgZW1h aWxlZCB0byZuYnNwOzwvc3Bhbj48YSBocmVmPSJtYWlsdG86YS53LmxhYXJtYW5AbGlhY3MubGVp ZGVudW5pdi5ubCIgY2xhc3M9IiI+YS53LmxhYXJtYW5AbGlhY3MubGVpZGVudW5pdi5ubDwvYT48 Zm9udCBjb2xvcj0iIzAwMDAwMCIgY2xhc3M9IiI+LjwvZm9udD48L2Rpdj4NCjwvZGl2Pg0KPC9i b2R5Pg0KPC9odG1sPg0K --_000_28E2DC4A53B642998EDC7C830E5D8A83liacsleidenunivnl_-- From giles.reger at manchester.ac.uk Thu Mar 04 16:50:52 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:42394) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lHrBc-0001kF-Up (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 04 Mar 2021 16:50:52 +0000 X-Cam-SpamScore: ss X-Cam-SpamDetails: score 2.4 from SpamAssassin-3.4.4-1887132 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [40.107.11.44 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.107.11.44 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.5 SUSPICIOUS_RECIPS Similar addresses in recipient list * 0.0 HTML_MESSAGE BODY: HTML included in message X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-eopbgr110044.outbound.protection.outlook.com ([40.107.11.44]:65344 helo=GBR01-CWL-obe.outbound.protection.outlook.com) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lHrBb-000er1-pD (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 04 Mar 2021 16:50:52 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NHA5ixJ7YaV2BSf0syZi2JcbNN8r55vFUQV5lGTc8ziG/0xjT1jTcxopEA+uDCu3Erk7E++AjYHsvc30Tr9CSAeM1Yvor0dwutdBzBmmLGEcOj/cYQatpQczU6HUYNnXPbocTRnrUPltWJrNrRKhcx6X4chwaRoxsqtdrGaiCJqopeLPEgK2yU4Br9SYkW3LnfyX7MwXWeYEnVJHOzP/8nhaKoGe7Nrog+23RKyHzQySNqSW0Bn14yY9/p3soLEAfhD72KZVkR3R6bqjgFEcZWrRAbXz1uhAgIIfHiTTbItIOSM7KuklkHFnoceQo+9ld7fcK8s0i7bDyltRVJCx7g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Io1nTA3EXFIMM89HW0DZrMryDf4W2ye5jo4tZfN5n10=; b=BaIAtMLK6sZCnd3I++zdfpHdwIxfdwf+4mRXQ2FTb3n0C/HxZfPgUA+In+cnaKtU21YL4W/PkZHLxF/FUt+GH6Nc7ACEnsOtchvlKqhmLnJS+jYXIaBR48izTs1WsbrwCMecQ/CzyvvW/rlLrlmTFwWlj46tMlD0MA3xoI7FUcjuxwc7PrmeRkjJ8YIoZKZgHH74hIrS5lO9SJXBrhxrkYgsTxuIB5D/5e4QgotF9skxA/XtijPgZJJeaDrnRhpnyHaX8LWJ13EdnkUTehIg3HsaHZvdB1d0yKynCnr4RLE5kEalsraI82BWKwu9UN2AJ8JI7VnI3dc+PDhH6Zrnkg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=manchester.ac.uk; dmarc=pass action=none header.from=manchester.ac.uk; dkim=pass header.d=manchester.ac.uk; arc=none Received: from LO2P265MB3023.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:17a::8) by LO4P265MB3662.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:1b9::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.28; Thu, 4 Mar 2021 16:50:40 +0000 Received: from LO2P265MB3023.GBRP265.PROD.OUTLOOK.COM ([fe80::656f:2720:74fb:82e2]) by LO2P265MB3023.GBRP265.PROD.OUTLOOK.COM ([fe80::656f:2720:74fb:82e2%7]) with mapi id 15.20.3890.030; Thu, 4 Mar 2021 16:50:40 +0000 From: Giles Reger To: "types-announce at lists.seas.upenn.edu" , "cl-isabelle-users at lists.cam.ac.uk" , "fm-announcements at lists.nasa.gov" , "it-fmeurope-events at lists.uu.se" , "concurrency at listserver.tue.nl" Thread-Topic: ATVA 2021 - Second Call for Papers Thread-Index: AQHXAWwUPRMWwiYZnUq7eg77Am1Kmg== Date: Thu, 4 Mar 2021 16:50:40 +0000 Message-ID: <8D76F218-75AA-4A29-A9FD-77F89CD62D11 at manchester.ac.uk> Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.39.20071300 authentication-results: lists.seas.upenn.edu; dkim=none (message not signed) header.d=none;lists.seas.upenn.edu; dmarc=none action=none header.from=manchester.ac.uk; x-originating-ip: [51.9.185.102] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c635f056-3182-4c3b-fe97-08d8df2da4c2 x-ms-traffictypediagnostic: LO4P265MB3662: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: mzFPJoZB6Lu6IZFtC9aGyVd+AIfvo7P7NyS0UQKg0Oii82CN7XbvAJJcO87P9qeqgdvjDV7S2CT+3DshyuV5WE2YjiLLXg64ID5pYK7zuhPTyH6sMhEm9Wzm9p9HElQ9If6d+9n+7dsIgd38v+h66NbR24dsV9DcvgZDdJWePSrvZYSvORTNrUf9wJn1pFM2a6jx6c6eo+IKk3yux6vlEy6cJlHsmAmlOssxXCbb/LN48NotbnBHSGOHR/gGUtrpjtjM2+tYOtZIw3+/fcFi8aEWW3INkgZQWleUKbk0fabqos3cybKY0tcsz+xduREjy6KwcJ+nMA75JhcB3ENOtj0aWL/k/pJ4M++2x/IdlpoMTHCgSALIYmc3UYjdMBKn4Oooi1xEHxrOALMsPCnr20np38gwllReebu5C+sDVafMb7EzBoBgyDAlPesRx36KsD0Sh0qGup571BD1uDRQ8HoaI5Wx+o/jP3lEu9UCk/uU7/HupjSwcp2VFIZQ5ARYB6NJ9E0QxIcnz/ZMRzy0QbFLysP/KzFIEggEHShL2fZryFMpGSdTtTS+29l1hLDOy0bNKzG3sCyDAr71oiofqSzTCdBlm5vbhccRODjzD7fi+lzbd9aXsd6UBr/GAHH/a6fyJUo2VTqlnkswB1JURFllpYfnjO43VSUZziIsdWtC6Cgo0lhLPf6CRcrDsVEsDtmNq9WYwwj+YhooNewO7SC3coKQxZR7fotg7p4dLvmAzbZAzAqu4K4SWePck4lf x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:LO2P265MB3023.GBRP265.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(4636009)(396003)(376002)(346002)(136003)(366004)(39860400002)(66946007)(6506007)(66446008)(8676002)(44832011)(478600001)(66476007)(66556008)(64756008)(26005)(6486002)(33656002)(71200400001)(186003)(76116006)(5660300002)(8936002)(36756003)(166002)(110136005)(316002)(786003)(2906002)(6512007)(2616005)(86362001)(83380400001)(966005)(225293001)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?MGMxM3NtUko5L2pmdWxFNng3OGdjcWp1MytKY3Z2Y3dxRy96clZTOVlWWVV6?= =?utf-8?B?d0hDbzQwMTgxcGVrOGRkYk1Vc1V0Y3VHb25SMnVpZEFqL2Z6dUhCc29Pb1c4?= =?utf-8?B?YTFEM1ZtRU54SSsva1VyVFNsMjFUNklkcmlmS0NFZVlocnpUQjV2YXJBSFk5?= =?utf-8?B?NkM1NzdlTGxDU0VJb3pIVkZBblNCVVQvbll2T1QySEhJR2N2Rmo5L214M205?= =?utf-8?B?eEJyNXJrakxsUUJNUG5VaFhJckx5Mk00U2tEaG4raCtYM0Q0elV1a1FuMW1t?= =?utf-8?B?QXdYNXA2NmZiK1o2dTNGSnRRMXBsbm5vQnVQNm9CUTZJL3FQV3RlcU1jdkgw?= =?utf-8?B?T3o4R2t2UE9XZ29zRE9tOUlhb212ejhUVHI0YThNcS9wdFdOQjdqVkdrUTRS?= =?utf-8?B?bVUzQlo5akdlVjhpamhSWGozK2VPeXhpK1ZXd1hrcG9Ra1JHbExERTkzYkpI?= =?utf-8?B?YXU5N3hOMXZyeC9wUFFsdEZRUnNaTTNEYnR4NTczVyt6MVlqZ0x4MjRRQjlu?= =?utf-8?B?aUZweDN4M1V0d2VhMHpnQVlxTWdJeFdYK0poekhsZGJqZm04RFFXMkhSS0J0?= =?utf-8?B?dU82TFNmOUdXcUFCRk84bVdzcE5Hd1h2WjV6SmJOYWMxSXdMNUlYWmZDTE5h?= =?utf-8?B?OWlCTXk5VHpBbWRZNW5ydTdsakQvNG5SRVd6d2xkWkJNSndTRnhOTHppbUE5?= =?utf-8?B?OG5QeVhBUlFiTSsyQnQzVnhiOXY3OHRPc2FlNUNSZERLeUpIYWJQOFlZZlJm?= =?utf-8?B?ZVRXKytkbzV0RVJua0hWQjV2MjVaZUVVWkE4elpXZTQ2MDk0UGdyTngzR2Zo?= =?utf-8?B?L0RuOWJRNmdCM2dvMHp6VEY3RUw4aC9ubE9TbzcwVGFlaUpLQkF3M2dPeFB1?= =?utf-8?B?aklWeWd5a1Z2OFNEY040WjB4R0dyZ0lBZHdadVFCVnZQTVN3aFhUQmNwcklI?= =?utf-8?B?dVZVY3I1QVlyaVgwelJucVBsakhwUWtId0c0eTRHUjNvd3RPeFY1cW1tWE9X?= =?utf-8?B?Unh0a0FsL285NnkzV1ZKTlhLd2hXSnFaa3Vqakpqd1dVVFVCVDlCc0RmS3Y1?= =?utf-8?B?VE9JTVpwZnprR0xKSFVkR21ZditLald4SDNGNlcyNHUrby9tTk1zU0lmaXJy?= =?utf-8?B?djQzNmY4WmFVLzVLU1JIckZqZXAySC8vUzRmU3hxNFpmMmZhTEVVV0R3SS9n?= =?utf-8?B?eVozZjRkRDlNeHYrVnZ6akRmQUZST3FnbnF3TlNpVVkzcldiaCt2eWlOam9B?= =?utf-8?B?MERobDA1MmkwU1lqUy9xcHZHM3psOWd2bC9PbnRvK3I2ci9FK3FZUGJibms3?= =?utf-8?B?S0huTDdvWTZpblZwckFyN3JuMlJ1TjZJeHFaaXYxbVRBMnhSajBCRkt5Qzdn?= =?utf-8?B?YWREUnpYS2ZsaFlIUG1SUEdUTmg1MDZuQlZNSG9aZmpPY3p3MUFVdGs2aGJv?= =?utf-8?B?UjhWMkwyMWdrVElQMFFjU1BzQkVMdGdBVGo5L1BVS25kK3laMUFadXBoVDZl?= =?utf-8?B?Y1dTeW1Oa1hIUTdKVDdGSmhwZHlpN3c3blg4NnIxdzhLOXhYMDN4Vll1MkN3?= =?utf-8?B?bFAvMkpiL2dsWURYUmY3RDJIWkZGRkpJSkU3OWhPb200UmVwMjR1MURvemp1?= =?utf-8?B?K1JNclZyVmZqWU96OFhFckdYdWhhcmRDUWNFbzNWcXZqdEJsblV2VUZwZ3BY?= =?utf-8?B?NDd6VUJoanRYb0pranpFZ01uMkZBQXFqMXlqOEVuS1ZnS2pWVUU0N01BOTBl?= =?utf-8?Q?DvYQMQpO+1gfb9dVGPuOkLoRHLOPUaDjGHUKogI?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_8D76F21875AA4A29A9FD77F89CD62D11manchesteracuk_" MIME-Version: 1.0 X-OriginatorOrg: manchester.ac.uk X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: LO2P265MB3023.GBRP265.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: c635f056-3182-4c3b-fe97-08d8df2da4c2 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Mar 2021 16:50:40.1300 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: c152cb07-614e-4abb-818a-f035cfa91a77 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 69Ncjp4cqDNvhpbHQUxko65boP1Zhnih0SW1SZZBx7iJ9QIGGc/cYJeBd7L9HuxP2rXRK3LevD8AIwi6ED1xEFc4qqxtP7HiKymZNZpoHw8= X-MS-Exchange-Transport-CrossTenantHeadersStamped: LO4P265MB3662 Subject: [isabelle] ATVA 2021 - Second Call for Papers X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2021 16:50:53 -0000 --_000_8D76F21875AA4A29A9FD77F89CD62D11manchesteracuk_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkNBTEwgRk9SIFBB UEVSUyAtIEFUVkEgMjAyMQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCg0KVGhlIDE5dGggSW50ZXJuYXRpb25hbCBTeW1wb3NpdW0gb24gQXV0b21hdGVkIFRl Y2hub2xvZ3kgZm9yIFZlcmlmaWNhdGlvbiBhbmQgQW5hbHlzaXMgKEFUVkEgMjAyMSksIDE4IC0g MjIgT2N0IDIwMjEsIEdvbGQgQ29hc3QsIEF1c3RyYWxpYS4gSWYgdGhlIHBhbmRlbWljIG1lYW5z IHRoYXQgdHJhdmVsbGluZyBpcyBzdGlsbCBhbiBpc3N1ZSBpbiBPY3RvYmVyLCB3ZSBtaWdodCBj aGFuZ2UgdGhlIHBsYW4gYW5kIGhvc3QgdGhlIGNvbmZlcmVuY2Ugb25saW5lLg0KDQpodHRwczov L2Zvcm1hbC1hbmFseXNpcy5jb20vYXR2YS8yMDIxLw0KDQpBVFZBIDIwMjEgaXMgdGhlIDE5dGgg aW4gYSBzZXJpZXMgb2Ygc3ltcG9zaWEgYWltZWQgYXQgYnJpbmdpbmcgdG9nZXRoZXIgYWNhZGVt aWNzLCBpbmR1c3RyaWFsIHJlc2VhcmNoZXJzIGFuZCBwcmFjdGl0aW9uZXJzIGluIHRoZSBhcmVh IG9mIHRoZW9yZXRpY2FsIGFuZCBwcmFjdGljYWwgYXNwZWN0cyBvZiBhdXRvbWF0ZWQgYW5hbHlz aXMsIHN5bnRoZXNpcywgYW5kIHZlcmlmaWNhdGlvbiBvZiBoYXJkd2FyZSwgc29mdHdhcmUsIGFu ZCBtYWNoaW5lIGxlYXJuaW5nIChNTCkgc3lzdGVtcy4gQVRWQSBpcyBhIENPUkUgUmFuayBBIGNv bmZlcmVuY2UuDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KSW1wb3J0YW50IERh dGVzDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkZ1bGwgcGFwZXIgc3VibWlzc2lv bnMgZHVlOiA5IEFwcmlsIChBT0UpIDIwMjENCk5vdGlmaWNhdGlvbjogNCBKdW5lIDIwMjENCkNh bWVyYS1yZWFkeSBkdWU6IDQgSnVseSAyMDIxDQpDb25mZXJlbmNlOiAxOCAtIDIyIE9jdCAyMDIx DQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KU2NvcGUNCi0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQ0KQVRWQSBzb2xpY2l0cyBoaWdoLXF1YWxpdHkgc3VibWlzc2lvbnMg aW4gdGhlIGZvbGxvd2luZyBzdWdnZXN0aXZlIGxpc3Qgb2YgdG9waWNzOg0KDQotIEZvcm1hbGlz bXMgZm9yIG1vZGVsbGluZyBoYXJkd2FyZSwgc29mdHdhcmUgYW5kIGVtYmVkZGVkIHN5c3RlbXMN Ci0gVGVzdGluZywgYW5hbHlzaXMsIHZlcmlmaWNhdGlvbiBhbmQgc2VjdXJpdHkgb2YgbWFjaGlu ZSBsZWFybmluZyBzeXN0ZW1zDQotIFNwZWNpZmljYXRpb24gYW5kIHZlcmlmaWNhdGlvbiBvZiBm aW5pdGUtc3RhdGUsIGluZmluaXRlLXN0YXRlIGFuZCBwYXJhbWV0ZXJpc2VkIHN5c3RlbQ0KLSBQ cm9ncmFtIGFuYWx5c2lzIGFuZCBzb2Z0d2FyZSB2ZXJpZmljYXRpb24NCi0gQW5hbHlzaXMgYW5k IHZlcmlmaWNhdGlvbiBvZiBoYXJkd2FyZSBjaXJjdWl0cywgc3lzdGVtLW9uLWNoaXAgYW5kIGVt YmVkZGVkIHN5c3RlbXMNCi0gQW5hbHlzaXMgb2YgcmVhbC10aW1lLCBoeWJyaWQsIHByaWNlZCwg d2VpZ2h0ZWQgYW5kIHByb2JhYmlsaXN0aWMgc3lzdGVtcw0KLSBEZWR1Y3RpdmUsIGFsZ29yaXRo bWljLCBjb21wb3NpdGlvbmFsLCBhbmQgYWJzdHJhY3Rpb24vcmVmaW5lbWVudCB0ZWNobmlxdWVz IGZvciBhbmFseXNpcyBhbmQgdmVyaWZpY2F0aW9uDQotIEFuYWx5dGljYWwgdGVjaG5pcXVlcyBm b3Igc2FmZXR5LCBzZWN1cml0eSwgYW5kIGRlcGVuZGFiaWxpdHkNCi0gVGVzdGluZyBhbmQgcnVu dGltZSBhbmFseXNpcyBiYXNlZCBvbiB2ZXJpZmljYXRpb24gdGVjaG5vbG9neQ0KLSBBbmFseXNp cyBhbmQgdmVyaWZpY2F0aW9uIG9mIHBhcmFsbGVsIGFuZCBjb25jdXJyZW50IHN5c3RlbXMNCi0g VmVyaWZpY2F0aW9uIGluIGluZHVzdHJpYWwgcHJhY3RpY2UNCi0gU3ludGhlc2lzIGZvciBoYXJk d2FyZSBhbmQgc29mdHdhcmUgc3lzdGVtcw0KLSBBcHBsaWNhdGlvbnMgYW5kIGNhc2Ugc3R1ZGll cw0KLSBBdXRvbWF0ZWQgdG9vbCBzdXBwb3J0DQotIEFuYWx5c2lzIGFuZCB2ZXJpZmljYXRpb24g b2YgTWFjaGluZSBMZWFybmluZyBhbmQgQUkgc3lzdGVtcw0KDQotLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NClN1Ym1pc3Npb24gYW5kIFB1YmxpY2F0aW9uDQotLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCkFUVkEgd2VsY29tZXMgc3VibWlzc2lvbnMgaW4gdGhlIGZvbGxvd2lu ZyB0d28gY2F0ZWdvcmllczoNCjEpIFJlZ3VsYXIgcmVzZWFyY2ggcGFwZXJzICgxNiBwYWdlcywg aW5jbHVkaW5nIHJlZmVyZW5jZXMpDQoyKSBUb29sIHBhcGVycyAoNiBwYWdlcywgaW5jbHVkaW5n IHJlZmVyZW5jZXMpDQoNClN1Ym1pc3Npb25zIG11c3QgYmUgaW4gU3ByaW5nZXIncyBMTkNTIGZv cm1hdC4gQWRkaXRpb25hbCBtYXRlcmlhbCBtYXkgYmUgcGxhY2VkIGluIGFuIGFwcGVuZGl4LCB0 byBiZSByZWFkIGF0IHRoZSBkaXNjcmV0aW9uIG9mIHRoZSByZXZpZXdlcnMgYW5kIHRvIGJlIG9t aXR0ZWQgaW4gdGhlIGZpbmFsIHZlcnNpb24uIEZvcm1hdHRpbmcgc3R5bGUgZmlsZXMgYW5kIGZ1 cnRoZXIgZ3VpZGVsaW5lcyBmb3IgZm9ybWF0dGluZyBjYW4gYmUgZm91bmQgYXQgdGhlIFNwcmlu Z2VyIHdlYnNpdGUuIFRvb2wgcGFwZXJzIG11c3QgaW5jbHVkZSBpbmZvcm1hdGlvbiBhYm91dCBh IFVSTCBmcm9tIHdoZXJlIHRoZSB0b29sIGNhbiBiZSBkb3dubG9hZGVkIG9yIGFjY2Vzc2VkIG9u bGluZSBmb3IgZXZhbHVhdGlvbi4gVGhlIFVSTCBtdXN0IGFsc28gY29udGFpbiBhIHNldCBvZiBl eGFtcGxlcyBhbmQgYSB1c2VyIG1hbnVhbCB0aGF0IGRlc2NyaWJlcyB0aGUgdXNhZ2Ugb2YgdGhl IHRvb2wgdGhyb3VnaCBleGFtcGxlcy4gSW4gY2FzZSB0aGUgdG9vbCBuZWVkcyB0byBiZSBkb3du bG9hZGVkIGFuZCBpbnN0YWxsZWQsIHRoZSBVUkwgbXVzdCBjb250YWluIGluc3RydWN0aW9ucyBm b3IgaW5zdGFsbGF0aW9uIG9mIHRoZSB0b29sIG9uIExpbnV4L1dpbmRvd3MvbWFjT1MuDQoNCkFj Y2VwdGVkIHBhcGVycyBpbiBib3RoIGNhdGVnb3JpZXMgd2lsbCBiZSBwdWJsaXNoZWQgaW4gU3By aW5nZXIncyBMZWN0dXJlIE5vdGVzIGluIENvbXB1dGVyIFNjaWVuY2Ugc2VyaWVzLiBBdCBsZWFz dCBvbmUgYXV0aG9yIG9mIGVhY2ggYWNjZXB0ZWQgcGFwZXIgaXMgZXhwZWN0ZWQgdG8gcmVnaXN0 ZXIgYW5kIHByZXNlbnQgdGhlIHBhcGVyIGF0IHRoZSBjb25mZXJlbmNlLg0KDQpBdXRob3JzIHNo b3VsZCBjb25zdWx0IFNwcmluZ2VyJ3MgYXV0aG9ycycgZ3VpZGVsaW5lcyAoZnRwOi8vZnRwLnNw cmluZ2VybmF0dXJlLmNvbS9jcy1wcm9jZWVkaW5nL3N2cHJvYy9ndWlkZWxpbmVzL1NwcmluZ2Vy X0d1aWRlbGluZXNfZm9yX0F1dGhvcnNfb2ZfUHJvY2VlZGluZ3NfQ1MucGRmKSBhbmQgdXNlIHRo ZWlyIHByb2NlZWRpbmdzIHRlbXBsYXRlcywgZWl0aGVyIGZvciBMYVRlWCBvciBmb3IgV29yZCwg Zm9yIHRoZSBwcmVwYXJhdGlvbiBvZiB0aGVpciBwYXBlcnMuIFNwcmluZ2VyIGVuY291cmFnZXMg YXV0aG9ycyB0byBpbmNsdWRlIHRoZWlyIE9SQ0lEcyBpbiB0aGVpciBwYXBlcnMuIEluIGFkZGl0 aW9uLCB0aGUgY29ycmVzcG9uZGluZyBhdXRob3Igb2YgZWFjaCBwYXBlciwgYWN0aW5nIG9uIGJl aGFsZiBvZiBhbGwgb2YgdGhlIGF1dGhvcnMgb2YgdGhhdCBwYXBlciwgbXVzdCBjb21wbGV0ZSBh bmQgc2lnbiBhIENvbnNlbnQtdG8tUHVibGlzaCBmb3JtLiBUaGUgY29ycmVzcG9uZGluZyBhdXRo b3Igc2lnbmluZyB0aGUgY29weXJpZ2h0IGZvcm0gc2hvdWxkIG1hdGNoIHRoZSBjb3JyZXNwb25k aW5nIGF1dGhvciBtYXJrZWQgb24gdGhlIHBhcGVyLiBPbmNlIHRoZSBmaWxlcyBoYXZlIGJlZW4g c2VudCB0byBTcHJpbmdlciwgY2hhbmdlcyByZWxhdGluZyB0byB0aGUgYXV0aG9yc2hpcCBvZiB0 aGUgcGFwZXJzIGNhbm5vdCBiZSBtYWRlLg0KDQpQYXBlcnMgbXVzdCBiZSBzdWJtaXR0ZWQgdGhy b3VnaCBFYXN5Q2hhaXIuDQpodHRwczovL2Vhc3ljaGFpci5vcmcvY29uZmVyZW5jZXMvP2NvbmY9 YXR2YTIwMjENCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpPcmdhbmlzaW5nIENv bW1pdHRlZQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpHZW5lcmFsIENoYWlyDQpK aW5nIFN1biwgVW5pdmVyc2l0eSBvZiBBdWNrbGFuZCwgTmV3IFplYWxhbmQNCg0KUHJvZ3JhbSBD by1DaGFpcnMNClZpamF5IEdhbmVzaCwgVW5pdmVyc2l0eSBvZiBXYXRlcmxvbywgQ2FuYWRhDQpa aGUgSG91LCBHcmlmZml0aCBVbml2ZXJzaXR5LCBBdXN0cmFsaWENCg0KUHVibGljaXR5IENvLWNo YWlycw0KR2lsZXMgUmVnZXIsIFRoZSBVbml2ZXJzaXR5IG9mIE1hbmNoZXN0ZXIsIFVLDQpNZW5n IFN1biwgUGVraW5nIFVuaXZlcnNpdHksIENoaW5hDQoNCldvcmtzaG9wIENvLWNoYWlycw0KR3V5 IEthdHosIEhlYnJldyBVbml2ZXJzaXR5IG9mIEplcnVzYWxlbSwgSXNyYWVsDQpSYXluYSBEaW1p dHJvdmEsIENJU1BBIEhlbG1ob2x0eiBDZW50ZXIgZm9yIEluZm9ybWF0aW9uIFNlY3VyaXR5LCBH ZXJtYW55DQoNCg0K --_000_8D76F21875AA4A29A9FD77F89CD62D11manchesteracuk_ Content-Type: text/html; charset="utf-8" Content-ID: <7A3240FBD795E54CA5CE930D669C229C at GBRP265.PROD.OUTLOOK.COM> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5Oi13ZWJraXQt c3RhbmRhcmQ7DQoJcGFub3NlLTE6MiAxMSA2IDQgMiAyIDIgMiAyIDQ7fQ0KLyogU3R5bGUgRGVm aW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7 bWFyZ2luOjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCmE6bGluaywgc3Bhbi5N c29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0K CXttc28tc3R5bGUtbmFtZTphcHBsZS1jb252ZXJ0ZWQtc3BhY2U7fQ0KLk1zb0NocERlZmF1bHQN Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V Uzt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2lu OjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6 V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1HQiIg bGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24x Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDst d2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj4tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0 YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj5DQUxMIEZPUiBQQVBFUlMgLTxzcGFuIGNs YXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5BVFZBPHNwYW4gY2xhc3M9 ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjIwMjE8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+LS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtp dC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPlRoZSAxOXRoIElu dGVybmF0aW9uYWwgU3ltcG9zaXVtIG9uIEF1dG9tYXRlZCBUZWNobm9sb2d5IGZvciBWZXJpZmlj YXRpb24gYW5kIEFuYWx5c2lzIChBVFZBPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFj ZSI+Jm5ic3A7PC9zcGFuPjIwMjEpLCAxOCAtIDIyIE9jdCAyMDIxLCBHb2xkIENvYXN0LA0KIEF1 c3RyYWxpYS4gSWYgdGhlIHBhbmRlbWljIG1lYW5zIHRoYXQgdHJhdmVsbGluZyBpcyBzdGlsbCBh biBpc3N1ZSBpbiBPY3RvYmVyLCB3ZSBtaWdodCBjaGFuZ2UgdGhlIHBsYW4gYW5kIGhvc3QgdGhl IGNvbmZlcmVuY2Ugb25saW5lLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1 b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1z dGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+PGEgaHJlZj0iaHR0cHM6Ly9mb3JtYWwt YW5hbHlzaXMuY29tL2F0dmEvMjAyMS8iPmh0dHBzOi8vZm9ybWFsLWFuYWx5c2lzLmNvbS9hdHZh LzIwMjEvPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlm O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFuZGFyZCZx dW90OyxzZXJpZjtjb2xvcjpibGFjayI+QVRWQTxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj4yMDIxIGlzIHRoZSAxOXRoIGluIGEgc2VyaWVzIG9mIHN5bXBv c2lhIGFpbWVkIGF0IGJyaW5naW5nIHRvZ2V0aGVyIGFjYWRlbWljcywgaW5kdXN0cmlhbCByZXNl YXJjaGVycyBhbmQgcHJhY3RpdGlvbmVycyBpbiB0aGUNCiBhcmVhIG9mIHRoZW9yZXRpY2FsIGFu ZCBwcmFjdGljYWwgYXNwZWN0cyBvZiBhdXRvbWF0ZWQgYW5hbHlzaXMsIHN5bnRoZXNpcywgYW5k IHZlcmlmaWNhdGlvbiBvZiBoYXJkd2FyZSwgc29mdHdhcmUsIGFuZCBtYWNoaW5lIGxlYXJuaW5n IChNTCkgc3lzdGVtcy48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+QVRWQTxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bh bj5pcyBhIENPUkUgUmFuaw0KIEEgY29uZmVyZW5jZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtp dC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1 b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj5JbXBvcnRhbnQgRGF0ZXM8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+LS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDss c2VyaWY7Y29sb3I6YmxhY2siPkZ1bGwgcGFwZXIgc3VibWlzc2lvbnMgZHVlOiA5IEFwcmlsIChB T0UpIDIwMjE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtj b2xvcjpibGFjayI+Tm90aWZpY2F0aW9uOiA0IEp1bmUgMjAyMTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDst d2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj5DYW1lcmEtcmVhZHkgZHVl OiA0IEp1bHkgMjAyMTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNl cmlmO2NvbG9yOmJsYWNrIj5Db25mZXJlbmNlOiAxOCAtIDIyIE9jdCAyMDIxPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNr Ij4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtp dC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+U2NvcGU8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+LS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVv dDssc2VyaWY7Y29sb3I6YmxhY2siPkFUVkE8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNw YWNlIj4mbmJzcDs8L3NwYW4+c29saWNpdHMgaGlnaC1xdWFsaXR5IHN1Ym1pc3Npb25zIGluIHRo ZSBmb2xsb3dpbmcgc3VnZ2VzdGl2ZSBsaXN0IG9mIHRvcGljczo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPi0gRm9y bWFsaXNtcyBmb3IgbW9kZWxsaW5nIGhhcmR3YXJlLCBzb2Z0d2FyZSBhbmQgZW1iZWRkZWQgc3lz dGVtczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9y OmJsYWNrIj4tIFRlc3RpbmcsIGFuYWx5c2lzLCB2ZXJpZmljYXRpb24gYW5kIHNlY3VyaXR5IG9m IG1hY2hpbmUgbGVhcm5pbmcgc3lzdGVtczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5k YXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj4tIFNwZWNpZmljYXRpb24gYW5kIHZlcmlmaWNh dGlvbiBvZiBmaW5pdGUtc3RhdGUsIGluZmluaXRlLXN0YXRlIGFuZCBwYXJhbWV0ZXJpc2VkIHN5 c3RlbTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9y OmJsYWNrIj4tIFByb2dyYW0gYW5hbHlzaXMgYW5kIHNvZnR3YXJlIHZlcmlmaWNhdGlvbjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj4t IEFuYWx5c2lzIGFuZCB2ZXJpZmljYXRpb24gb2YgaGFyZHdhcmUgY2lyY3VpdHMsIHN5c3RlbS1v bi1jaGlwIGFuZCBlbWJlZGRlZCBzeXN0ZW1zPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3Rh bmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPi0gQW5hbHlzaXMgb2YgcmVhbC10aW1lLCBo eWJyaWQsIHByaWNlZCwgd2VpZ2h0ZWQgYW5kIHByb2JhYmlsaXN0aWMgc3lzdGVtczxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj4tIERl ZHVjdGl2ZSwgYWxnb3JpdGhtaWMsIGNvbXBvc2l0aW9uYWwsIGFuZCBhYnN0cmFjdGlvbi9yZWZp bmVtZW50IHRlY2huaXF1ZXMgZm9yIGFuYWx5c2lzIGFuZCB2ZXJpZmljYXRpb248bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+LSBBbmFs eXRpY2FsIHRlY2huaXF1ZXMgZm9yIHNhZmV0eSwgc2VjdXJpdHksIGFuZCBkZXBlbmRhYmlsaXR5 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6Ymxh Y2siPi0gVGVzdGluZyBhbmQgcnVudGltZSBhbmFseXNpcyBiYXNlZCBvbiB2ZXJpZmljYXRpb24g dGVjaG5vbG9neTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlm O2NvbG9yOmJsYWNrIj4tIEFuYWx5c2lzIGFuZCB2ZXJpZmljYXRpb24gb2YgcGFyYWxsZWwgYW5k IGNvbmN1cnJlbnQgc3lzdGVtczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1 b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj4tIFZlcmlmaWNhdGlvbiBpbiBpbmR1c3RyaWFsIHByYWN0 aWNlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6 YmxhY2siPi0gU3ludGhlc2lzIGZvciBoYXJkd2FyZSBhbmQgc29mdHdhcmUgc3lzdGVtczxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj4t IEFwcGxpY2F0aW9ucyBhbmQgY2FzZSBzdHVkaWVzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQt c3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPi0gQXV0b21hdGVkIHRvb2wgc3VwcG9y dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJs YWNrIj4tIEFuYWx5c2lzIGFuZCB2ZXJpZmljYXRpb24gb2YgTWFjaGluZSBMZWFybmluZyBhbmQg QUkgc3lzdGVtczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlm O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFuZGFyZCZx dW90OyxzZXJpZjtjb2xvcjpibGFjayI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2si PlN1Ym1pc3Npb24gYW5kIFB1YmxpY2F0aW9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3Rh bmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9y OmJsYWNrIj5BVFZBPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9z cGFuPndlbGNvbWVzIHN1Ym1pc3Npb25zIGluIHRoZSBmb2xsb3dpbmcgdHdvIGNhdGVnb3JpZXM6 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6Ymxh Y2siPjEpIFJlZ3VsYXIgcmVzZWFyY2ggcGFwZXJzICgxNiBwYWdlcywgaW5jbHVkaW5nIHJlZmVy ZW5jZXMpPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29s b3I6YmxhY2siPjIpIFRvb2wgcGFwZXJzICg2IHBhZ2VzLCBpbmNsdWRpbmcgcmVmZXJlbmNlcyk8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFj ayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7 Y29sb3I6YmxhY2siPlN1Ym1pc3Npb25zIG11c3QgYmUgaW4gU3ByaW5nZXIncyBMTkNTIGZvcm1h dC4gQWRkaXRpb25hbCBtYXRlcmlhbCBtYXkgYmUgcGxhY2VkIGluIGFuIGFwcGVuZGl4LCB0byBi ZSByZWFkIGF0IHRoZSBkaXNjcmV0aW9uIG9mIHRoZSByZXZpZXdlcnMgYW5kIHRvIGJlIG9taXR0 ZWQgaW4gdGhlIGZpbmFsDQogdmVyc2lvbi4gRm9ybWF0dGluZyBzdHlsZSBmaWxlcyBhbmQgZnVy dGhlciBndWlkZWxpbmVzIGZvciBmb3JtYXR0aW5nIGNhbiBiZSBmb3VuZCBhdCB0aGUgU3ByaW5n ZXIgd2Vic2l0ZS4gVG9vbCBwYXBlcnMgbXVzdCBpbmNsdWRlIGluZm9ybWF0aW9uIGFib3V0IGEg VVJMIGZyb20gd2hlcmUgdGhlIHRvb2wgY2FuIGJlIGRvd25sb2FkZWQgb3IgYWNjZXNzZWQgb25s aW5lIGZvciBldmFsdWF0aW9uLiBUaGUgVVJMIG11c3QgYWxzbyBjb250YWluDQogYSBzZXQgb2Yg ZXhhbXBsZXMgYW5kIGEgdXNlciBtYW51YWwgdGhhdCBkZXNjcmliZXMgdGhlIHVzYWdlIG9mIHRo ZSB0b29sIHRocm91Z2ggZXhhbXBsZXMuIEluIGNhc2UgdGhlIHRvb2wgbmVlZHMgdG8gYmUgZG93 bmxvYWRlZCBhbmQgaW5zdGFsbGVkLCB0aGUgVVJMIG11c3QgY29udGFpbiBpbnN0cnVjdGlvbnMg Zm9yIGluc3RhbGxhdGlvbiBvZiB0aGUgdG9vbCBvbiBMaW51eC9XaW5kb3dzL21hY09TLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xv cjpibGFjayI+QWNjZXB0ZWQgcGFwZXJzIGluIGJvdGggY2F0ZWdvcmllcyB3aWxsIGJlIHB1Ymxp c2hlZCBpbiBTcHJpbmdlcidzIExlY3R1cmUgTm90ZXMgaW4gQ29tcHV0ZXIgU2NpZW5jZSBzZXJp ZXMuIEF0IGxlYXN0IG9uZSBhdXRob3Igb2YgZWFjaCBhY2NlcHRlZCBwYXBlciBpcyBleHBlY3Rl ZCB0byByZWdpc3Rlcg0KIGFuZCBwcmVzZW50IHRoZSBwYXBlciBhdCB0aGUgY29uZmVyZW5jZS48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFj ayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7 Y29sb3I6YmxhY2siPkF1dGhvcnMgc2hvdWxkIGNvbnN1bHQgU3ByaW5nZXIncyBhdXRob3JzJyBn dWlkZWxpbmVzICg8YSBocmVmPSJmdHA6Ly9mdHAuc3ByaW5nZXJuYXR1cmUuY29tL2NzLXByb2Nl ZWRpbmcvc3Zwcm9jL2d1aWRlbGluZXMvU3ByaW5nZXJfR3VpZGVsaW5lc19mb3JfQXV0aG9yc19v Zl9Qcm9jZWVkaW5nc19DUy5wZGYiPmZ0cDovL2Z0cC5zcHJpbmdlcm5hdHVyZS5jb20vY3MtcHJv Y2VlZGluZy9zdnByb2MvZ3VpZGVsaW5lcy9TcHJpbmdlcl9HdWlkZWxpbmVzX2Zvcl9BdXRob3Jz X29mX1Byb2NlZWRpbmdzX0NTLnBkZjwvYT4pDQogYW5kIHVzZSB0aGVpciBwcm9jZWVkaW5ncyB0 ZW1wbGF0ZXMsIGVpdGhlciBmb3IgTGFUZVggb3IgZm9yIFdvcmQsIGZvciB0aGUgcHJlcGFyYXRp b24gb2YgdGhlaXIgcGFwZXJzLiBTcHJpbmdlciBlbmNvdXJhZ2VzIGF1dGhvcnMgdG8gaW5jbHVk ZSB0aGVpciBPUkNJRHMgaW4gdGhlaXIgcGFwZXJzLiBJbiBhZGRpdGlvbiwgdGhlIGNvcnJlc3Bv bmRpbmcgYXV0aG9yIG9mIGVhY2ggcGFwZXIsIGFjdGluZyBvbiBiZWhhbGYgb2YgYWxsIG9mIHRo ZQ0KIGF1dGhvcnMgb2YgdGhhdCBwYXBlciwgbXVzdCBjb21wbGV0ZSBhbmQgc2lnbiBhIENvbnNl bnQtdG8tUHVibGlzaCBmb3JtLiBUaGUgY29ycmVzcG9uZGluZyBhdXRob3Igc2lnbmluZyB0aGUg Y29weXJpZ2h0IGZvcm0gc2hvdWxkIG1hdGNoIHRoZSBjb3JyZXNwb25kaW5nIGF1dGhvciBtYXJr ZWQgb24gdGhlIHBhcGVyLiBPbmNlIHRoZSBmaWxlcyBoYXZlIGJlZW4gc2VudCB0byBTcHJpbmdl ciwgY2hhbmdlcyByZWxhdGluZyB0byB0aGUgYXV0aG9yc2hpcA0KIG9mIHRoZSBwYXBlcnMgY2Fu bm90IGJlIG1hZGUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2Vy aWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJk JnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj5QYXBlcnMgbXVzdCBiZSBzdWJtaXR0ZWQgdGhyb3Vn aCBFYXN5Q2hhaXIuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2Vy aWY7Y29sb3I6YmxhY2siPjxhIGhyZWY9Imh0dHBzOi8vZWFzeWNoYWlyLm9yZy9jb25mZXJlbmNl cy8/Y29uZj1hdHZhMjAyMSI+aHR0cHM6Ly9lYXN5Y2hhaXIub3JnL2NvbmZlcmVuY2VzLz9jb25m PWF0dmEyMDIxPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNl cmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFuZGFy ZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6Ymxh Y2siPk9yZ2FuaXNpbmcgQ29tbWl0dGVlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRh cmQmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJs YWNrIj5HZW5lcmFsIENoYWlyPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVv dDssc2VyaWY7Y29sb3I6YmxhY2siPkppbmcgU3VuLCBVbml2ZXJzaXR5IG9mIEF1Y2tsYW5kLCBO ZXcgWmVhbGFuZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlm O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFuZGFyZCZx dW90OyxzZXJpZjtjb2xvcjpibGFjayI+UHJvZ3JhbSBDby1DaGFpcnM8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+VmlqYXkgR2FuZXNo LCBVbml2ZXJzaXR5IG9mIFdhdGVybG9vLCBDYW5hZGE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtp dC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+WmhlIEhvdSwgR3JpZmZpdGggVW5p dmVyc2l0eSwgQXVzdHJhbGlhPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVv dDssc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Via2l0LXN0 YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj5QdWJsaWNpdHkgQ28tY2hhaXJzPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPkdp bGVzIFJlZ2VyLCBUaGUgVW5pdmVyc2l0eSBvZiBNYW5jaGVzdGVyLCBVSzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDstd2Via2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj5NZW5nIFN1biwg UGVraW5nIFVuaXZlcnNpdHksIENoaW5hPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRh cmQmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDstd2Vi a2l0LXN0YW5kYXJkJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj5Xb3Jrc2hvcCBDby1jaGFpcnM8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFuZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFj ayI+R3V5IEthdHosIEhlYnJldyBVbml2ZXJzaXR5IG9mIEplcnVzYWxlbSwgSXNyYWVsPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90Oy13ZWJraXQtc3RhbmRhcmQmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPlJh eW5hIERpbWl0cm92YSwgQ0lTUEEgSGVsbWhvbHR6IENlbnRlciBmb3IgSW5mb3JtYXRpb24gU2Vj dXJpdHksIEdlcm1hbnk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_8D76F21875AA4A29A9FD77F89CD62D11manchesteracuk_-- From makarius at sketis.net Thu Mar 04 22:29:46 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:37228) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lHwTa-00045S-K4 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 04 Mar 2021 22:29:46 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887132 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [188.68.61.103 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([188.68.61.103]:39981) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lHwTZ-000f8E-37 (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 04 Mar 2021 22:29:46 +0000 Received: from mors-relay-8403.netcup.net (localhost [127.0.0.1]) by mors-relay-8403.netcup.net (Postfix) with ESMTPS id 4Ds5CF0NM4z879P; Thu, 4 Mar 2021 23:29:45 +0100 (CET) Received: from policy01-mors.netcup.net (unknown [46.38.225.35]) by mors-relay-8403.netcup.net (Postfix) with ESMTPS id 4Ds5CD6t3Pz84wM; Thu, 4 Mar 2021 23:29:44 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy01-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.901 X-Spam-Level: X-Spam-Status: No, score=-2.901 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy01-mors.netcup.net (Postfix) with ESMTPS id 4Ds5CD2kBcz8sX8; Thu, 4 Mar 2021 23:29:43 +0100 (CET) Received: from [192.168.178.32] (aftr-62-216-204-93.dynamic.mnet-online.de [62.216.204.93]) by mx2f26.netcup.net (Postfix) with ESMTPSA id 7C7F6A5BF7; Thu, 4 Mar 2021 23:29:43 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.93) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.178.32] Received-SPF: pass (mx2f26: connection is authenticated) To: Boris Shminke References: <6a8f0bd0-5dc5-e405-5367-f05ce439177f at sketis.net> From: Makarius Autocrypt: addr=makarius at sketis.net; prefer-encrypt=mutual; keydata= mQINBFcrF+4BEADMcXMnu3XHg6bRsGe3tajAHqvm89+ecn/Y0WhjI2FplhkZs1LwM+ZA9eXh hiBrC/yX0FJ+qjzVIfm66CX4nzVG1f8qwaervMpvpA+gbhtQiXc0t+LDcqV+5cdtpKplPHSu oW+KzJKyCdkDB5fYMOzuaXQwYi12YAEQH2r6K7Q7Np+k82Xli1pWe+Tha/BH0pKJ5Q01aPep ASrNW9F+moX7C0fxWl65LiXGmF0UJep6fqKruhy8oNF4p6I2oZhktvaR/x6tkL2PkT3r+xUS 6g5i3BOjfwhoGY57nsioeK+8VFvdRH5DK4CbrTgDl7ddcrEeENrfpDiPLs/afVbe/T9oDXmJ OJAO4WMpfZNiFhx9SSVTHohw29Fyzn0N1UQGjPqAY1jg32DAxlnMQ0co/KabEFAcoQsW1/6U ZGiNxYVIyEKGrnSY4WuLuNC8CmU1RaYSdTk1y9tYdxufM9lH9ynzJwac6FdalOOxMR2G9JG8 L9/dk3ytlP6DVwkPBSCpJaTkTyMp1wSkF1oK/BDu5xKUQh0zvvLCuZ16hiKRBBSjpVExXRZC u+NC1Y4wqm1HOH7HBwgZ1Hv9S/EPmI9iwgcW0SpDJqPf2Cm7oFMZsZ5Dbs6/nOQoe4Zegy45 ymqDRlIekP7zj+vOoR80XAYfmAH5DElJHldcjmgLBMdpvvqGZwARAQABtB5NYWthcml1cyA8 bWFrYXJpdXNAc2tldGlzLm5ldD6JAj0EEwEIACcFAlcrF+4CGyMFCQlmAYAFCwkIBwIGFQgJ CgsCBBYCAwECHgECF4AACgkQ89KUEoG/TbiVrw/9FjEBgh2CB7Qof7Y4k0yc7j+x/A0Wmkc0 iwP5jaKJuxRv1JJT8CFqm392+/cdh3EkRUk/UWD+hpNndYJwxZltrEpKVqFAWoVOg3ZJ4cuI MYhlp4tk/T0KSl/gKT16dc6uJ7M/FzW0zv50vjFtAdianEDuqLXHKaGDUwWoOTDly0gdZ7aH /eNby6ONHUSJMdTNOErh2N+uESM4aZqUuuL/dTb6xiVzCpV5saT8EMakoazUd7QhoBaHvqfs BL7DEmvcTtA79GF3ufHrF/UndIcx8aMznZ2PGNjmy5seDCoKX0EYHdLam8vgo/TuU4dRw5Zn 6E/ouyNOliXT1Mn+SomeBSXTR5MXRq4TQ9MKVGiP0Yl+7GJQU0JFtDC1ZZEOyjIiwGWOhbUR pYujVm8C1iQ7NcEn2BqOAmRML6IR6+En4RLbgCNsBNXlmTPRJOaI+iV6DZzg3x9zcaDGhoYt jkBTEFpb0F3jU9yuaEU5401NV34fUxg8tqXs0R9CKinO7kQ8N+RDjyyY8k2KZiDYBJ6r+OK0 d7TaTj7F9tmpAu2pmQ8lxOKjDZIwlbGTsC4lxISmcPzBGTKXja5nakcWYx/lZ4vje0WZ12HN amnD1weakFixRYit0d+Kz7cuj684NSbhwC0oN2t9R06Nfq8UPEWRKEitCly0OtRgio8zVZ/L eAC5Ag0EVysX7gEQAKs5NVOvYkE/r8KLsJ8/L/9eulpJDOFilZ9fyuqii7t1UpHZLb58QghW JM+IB2GSGsB+pOi6Je7hmwxcVdXYbGlYZ4Btqqw48/XptfbNZ8alCk6AqoVFP4MbYxij/Qqv f/Yw6GR0p1RIC/W4GF/JgDDwDFEiMT6Pv6dpM8acdNFCERDZdoOJiC+XJRwy5lZ2g5FOJkT9 rVI9EnA7mBXLLjPOMUp2/eZxN6gKOZzI3ej9vixg3adWR2yfKPgacHP/ujnVfITOl0OyLE5f zIHq85dEV4zW6Mpx7+Um0tdkwlUVMaW2nQ1bcwejgVAuD/MLSF/lSs3N5D1ctw5QUemYh7/e 2dC12UJuFDFxNPzcltQTlkBCVWV1D0SjScDHdlF6HhzpZOlt52/rwTn5GHtY4nwAL4IJ+Yvl WX8YKmyILH4Ai8c/N2IVRERQ2qorWFlsQnqrXV+hXf8aUwjc/pq4K9rsWxvle3TpeZfoBefU /s1PEX0SepZFAqAXHlQ9DZPsdPDo9EFK695G5w4nf03EhE9TV1MKGUuc1XJ6f1ZLaxu0TwTA 6qYtKIyBcU0Yn61S2Kh7Dgb5LdLV8nfl71+n/xIt2IWH5UJ9YuwEgGEP0c6ImnAUZ+nRodFI 0RwtCWlRkSJWtQln1vcphrz8PjWZH6e/nWnceXR/Al5P0WexQgtvABEBAAGJAiUEGAEIAA8F AlcrF+4CGwwFCQlmAYAACgkQ89KUEoG/Tbh7VQ/9Fc4bdwJYc3jH/LiuXv6uMg50Cv6lg2NT bL9DClWGNiYzejfM2A4c5K+GRUXhyD7S9U203MOv3z7uTbtyQL8XVolNnQlRIkB00f8nJ2sw HMXx/hemjXBvtlneq+vrMORJexldXUMFq19ZZrvj0zZL+pUnGFqt+IWTEE5GpL7wu20Demaj jYyGyKcDZyJOWZcl4e45Yn3hl0EI2xVmVh7ZinVsb3+nqgcltFy4Jt+drezwV2EiLGJHfGsT jEQb3C9VpneU4Jo+hHtfqLK4Q8+WlIOzSfyvwbabxrhyqg7i11fu8yckNW3dCURPYigV07HK 4dN0zhj53M0Q3eTwegJRPJb8XoLDcSdbsaU2HIShlGDKmzS9KL4JzLikQ9dXROC4cae3jRKH aexFi4B55Ab6FxIfXj09wUCO6Nm0owDfIBDMgiywvi2Rb2etCjBgRbSj71S2nntd9ZitoYvE yKirLkWmJRbp3ln8cHi8Uc/jr1cDPVRWuLUN0uceMj5+AR+NZVakcNUHWJCinMMjacho0SyP QmocdU8pzzupreaVWruqaSzqcpWBPwrE5OxEtJ+OyIBjKmRJ5eptjh4rKgNaVnKjhqbvr+Yz pUAgPp38jjf4HJghUGIfWArKNelKJEJOYk94DAbmT67LgqEdZ0yaA2BCHmreN727WIzV9vkX NMc= Message-ID: <3c840361-2384-13b8-2127-1503a1209459 at sketis.net> Date: Thu, 4 Mar 2021 23:29:43 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-PPP-Message-ID: <161489698372.12964.783441899774565445 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: FLRMXjfx+0sCM/cD4ovP3a+33rv8ljTcOL+unoZrmTXt2NY= Cc: "cl-isabelle-users at lists.cam.ac.uk" Subject: Re: [isabelle] Python client to Isabelle server X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2021 22:29:46 -0000 On 02/03/2021 14:58, Boris Shminke wrote: > >> imports for Isabelle/HOL below the checkpoint "Main" should be avoided, to >> avoid exposing the complexity of the theory/ML bootstrap to applications. > > Do you mean one should change 'imports HOL.Nitpick' to 'imports Main'? Yes, Main is the default import for Isabelle/HOL applications. >> Can this be done by Python as well? There is a technical delicacy behind it due to the way >> how the process is started and how it outputs the stdout message (this is not >> a regular Unix "daemon", because of the surrounding JVM). > > Do you mean one should add a function `start_isabelle_server` which, e.g. runs `isabelle server` command and returns 'info'? Yes. Makarius From freek at vt.edu Thu Mar 04 11:15:16 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:55290) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lHlwq-0007V4-Go (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 04 Mar 2021 11:15:16 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887132 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.208.48 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [209.85.208.48 listed in wl.mailspike.net] * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-ed1-f48.google.com ([209.85.208.48]:38477) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lHlwp-000jY1-pV (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 04 Mar 2021 11:15:16 +0000 Received: by mail-ed1-f48.google.com with SMTP id m9so5721084edd.5 for ; Thu, 04 Mar 2021 03:15:15 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=0+ppUv/iBaRHiZEXhIFGl0Pp/CMFoFh8sonhILZzdII=; b=KzegZ4GtV09VEOOpY4EJH7r9m31pQg6cT4Y5jQdwo6oI6L/Z4D48sp37LeByvHVrNr L1Fn6/8f0sWtG75zu25V8HqLH+D996m4XfD92S0UF4+xH4xBA4FEFg+JJ9y/7dS2pT5I 19SrhmRr3W2WCF6yE+FQntYempieccks9jrqLTWXcfBMl5tzj82uSWj5KG8KKcbzTje/ rqRnph5wvJHhyuqgjjtFCwzp70bIiZc7CJzS2dUKaCWfK6MEEFj+vzP/x1MluNjEkykL 31emsMyFuJUNiJxnZFtwfmyQqmZACHJXRK9sciCj8C//yBDxHFa9YM5GZyJ8/G6eAqqW zPog== X-Gm-Message-State: AOAM531Vhdfy3qKDAZ1DYNoSWSN5rt8rwVIyxZV7I/BAFBodpNCYx/W7 cbKci9ZqXxYG/lTxFDriL5hdK73j7Y3kEYhVB+qR8fO6SgcJ6ASWZtQT1rG9A4wji7tPZKH2XMU ZPkR5ignp8v8juYRjWywYjHb17KyuDe/BlBnqJVy5+4Byq+RKax3RnzkeY/JEusrhiEKa/TV8qw == X-Google-Smtp-Source: ABdhPJyuQPQst3oxZKVfxOz/pTvXZp4pd3GYI4ZVWnrKKtKm5sY36i1rKnHzYMhfuTv1cjZ0YBfpIg== X-Received: by 2002:a50:aac8:: with SMTP id r8mr3661067edc.9.1614856515285; Thu, 04 Mar 2021 03:15:15 -0800 (PST) Received: from [192.168.1.12] (217-73-145-85.ftth.glasoperator.nl. [85.145.73.217]) by smtp.gmail.com with ESMTPSA id t8sm23671775edv.16.2021.03.04.03.15.14 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 04 Mar 2021 03:15:14 -0800 (PST) From: Freek Verbeek Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Message-Id: <4959D50B-E6DA-4EFE-AFF6-674A8EC47A0E at vt.edu> Date: Thu, 4 Mar 2021 12:15:13 +0100 To: cl-isabelle-users at lists.cam.ac.uk X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Mailman-Approved-At: Fri, 05 Mar 2021 09:59:46 +0000 Subject: [isabelle] Isabelle 2021 Word Library X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2021 11:15:16 -0000 Dear all, I am trying to update some of my Isabelle 2020 theories to Isabelle = 2021. I previously made use of the libraries "HOL-Word.Word=E2=80=9D and = "HOL-Word.Word_Bitwise=E2=80=9D and see that these have been replaced = with improved versions. I am now including "HOL-Library.Word=E2=80=9D, = but I cannot find some of the things previously available (or new = versions of them). For example, I cannot find the signed shiftr operator = >>>, functions such as to_bl and msb, or bitwise theorems such as = to_bl_plus_carry. Does anyone know where these can be found in Isabelle 2021? I am = especially looking for the bitwise theorems over arithmetic, i.e., = theorems similar to =E2=80=9Ctwos_complement" and =E2=80=9Cto_bl_plus_carr= y". Best regards, Freek= From lammich at in.tum.de Fri Mar 05 10:09:55 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:44360) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lI7P9-0004gd-AP (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 05 Mar 2021 10:09:55 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887165 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.8 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.8 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out1.in.tum.de ([131.159.0.8]:55956 helo=mail-out1.informatik.tu-muenchen.de) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lI7P8-000sqh-hm (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 05 Mar 2021 10:09:55 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id C30A81C1546; Fri, 5 Mar 2021 11:09:53 +0100 (CET) Received: (Authenticated sender: lammich) by mail.in.tum.de (Postfix) with ESMTPSA id A505D1C1541; Fri, 5 Mar 2021 11:09:51 +0100 (CET) (Extended-Queue-bit tech_sigzw at fff.in.tum.de) Message-ID: From: Peter Lammich To: Freek Verbeek , cl-isabelle-users at lists.cam.ac.uk Date: Fri, 05 Mar 2021 10:09:50 +0000 In-Reply-To: <4959D50B-E6DA-4EFE-AFF6-674A8EC47A0E at vt.edu> References: <4959D50B-E6DA-4EFE-AFF6-674A8EC47A0E at vt.edu> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.4-0ubuntu1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: Re: [isabelle] Isabelle 2021 Word Library X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2021 10:09:55 -0000 Hi Freek, there is a "Word_Lib.Word_Lib_Sumo" theory, that includes everything ... -- Peter On Thu, 2021-03-04 at 12:15 +0100, Freek Verbeek wrote: > Dear all, > > I am trying to update some of my Isabelle 2020 theories to Isabelle > 2021. I previously made use of the libraries "HOL-Word.Word” and > "HOL-Word.Word_Bitwise” and see that these have been replaced with > improved versions. I am now including "HOL-Library.Word”, but I > cannot find some of the things previously available (or new versions > of them). For example, I cannot find the signed shiftr operator >>>, > functions such as to_bl and msb, or bitwise theorems such as > to_bl_plus_carry. > > Does anyone know where these can be found in Isabelle 2021? I am > especially looking for the bitwise theorems over arithmetic, i.e., > theorems similar to “twos_complement" and “to_bl_plus_carry". > > Best regards, > > Freek From florian.haftmann at informatik.tu-muenchen.de Fri Mar 05 11:11:45 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:45846) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lI8Mz-0000Ch-KW (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 05 Mar 2021 11:11:45 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887165 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.36 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.36 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out2.in.tum.de ([131.159.0.36]:57294 helo=mail-out2.informatik.tu-muenchen.de) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lI8Mz-000Mb4-mq (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 05 Mar 2021 11:11:45 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id 1487F1C1547; Fri, 5 Mar 2021 12:11:44 +0100 (CET) Received: (Authenticated sender: haftmann) by mail.in.tum.de (Postfix) with ESMTPSA id 0E2CC1C1541; Fri, 5 Mar 2021 12:11:42 +0100 (CET) (Extended-Queue-bit tech_lkwbg at fff.in.tum.de) To: Freek Verbeek , cl-isabelle-users at lists.cam.ac.uk References: <4959D50B-E6DA-4EFE-AFF6-674A8EC47A0E at vt.edu> From: Florian Haftmann Message-ID: <95402d06-2bac-8530-0cff-7e6a66b32213 at informatik.tu-muenchen.de> Date: Fri, 5 Mar 2021 12:11:28 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <4959D50B-E6DA-4EFE-AFF6-674A8EC47A0E at vt.edu> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jNACoIVEDj7YtRbe2CGdXHGDiWG0DqIwb" Subject: Re: [isabelle] Isabelle 2021 Word Library X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2021 11:11:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jNACoIVEDj7YtRbe2CGdXHGDiWG0DqIwb Content-Type: multipart/mixed; boundary="6KiSKDspDUtKOCatkVvZIVSbQNWitx5DY"; protected-headers="v1" From: Florian Haftmann To: Freek Verbeek , cl-isabelle-users at lists.cam.ac.uk Message-ID: <95402d06-2bac-8530-0cff-7e6a66b32213 at informatik.tu-muenchen.de> Subject: Re: [isabelle] Isabelle 2021 Word Library References: <4959D50B-E6DA-4EFE-AFF6-674A8EC47A0E at vt.edu> In-Reply-To: <4959D50B-E6DA-4EFE-AFF6-674A8EC47A0E at vt.edu> --6KiSKDspDUtKOCatkVvZIVSbQNWitx5DY Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi Freek, the NEWS file contains a lot of hints and detail concerning words. The most important one is the last: > * Former session "HOL-Word": Misc ancient material has been factored ou= t > into separate theories and moved to session Word_Lib in the AFP. See > theory "Guide" there for further information. INCOMPATIBILITY. The =C2=BBWord_Lib.Word_Lib_Sumo=C2=AB is a practical starting point for migrating, personally I recommend to get along without it and switch to more selective imports. Hope this helps, Florian --6KiSKDspDUtKOCatkVvZIVSbQNWitx5DY-- --jNACoIVEDj7YtRbe2CGdXHGDiWG0DqIwb Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQQ2aRv8hQWta5iN4IfgIQ1PG8W1PgUCYEIR4AAKCRDgIQ1PG8W1 PpjmAP0VTSVILRxJO63VMDjVsnsQ9dM1YNkR3/LJPPqH93NMpgEA7Fcmq6T/4F6V nv7uLiQNl2tIsGhm0n7nTlGE2wFllg8= =wqa1 -----END PGP SIGNATURE----- --jNACoIVEDj7YtRbe2CGdXHGDiWG0DqIwb-- From nipkow at in.tum.de Fri Mar 05 12:09:26 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:36714) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lI9Go-0003AL-LS (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 05 Mar 2021 12:09:26 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887165 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.36 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.36 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta2.cl.cam.ac.uk ([128.232.25.22]:54603) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lI9Gn-00055M-pK (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 05 Mar 2021 12:09:26 +0000 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by mta2.cl.cam.ac.uk with esmtp (Exim 4.86_2) (envelope-from ) id 1lI9Gn-000Pb6-Qm for isabelle-users at cl.cam.ac.uk; Fri, 05 Mar 2021 12:09:25 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887165 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.36 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.36 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out2.in.tum.de ([131.159.0.36]:37211 helo=mail-out2.informatik.tu-muenchen.de) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lI9Gm-000vHa-91 (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Fri, 05 Mar 2021 12:09:25 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id 7A7FB1C1546; Fri, 5 Mar 2021 13:09:23 +0100 (CET) Received: (Authenticated sender: nipkow) by mail.in.tum.de (Postfix) with ESMTPSA id 06CBE1C1541 for ; Fri, 5 Mar 2021 13:09:18 +0100 (CET) (Extended-Queue-bit tech_xnpkt at fff.in.tum.de) To: Isabelle Users From: Tobias Nipkow Message-ID: Date: Fri, 5 Mar 2021 13:09:18 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms010204000408010105090403" X-debug-header: local_aliases has suffix Subject: [isabelle] New in the AFP: Mereology X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2021 12:09:26 -0000 This is a cryptographically signed message in MIME format. --------------ms010204000408010105090403 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable Mereology Ben Blumson We use Isabelle/HOL to verify elementary theorems and alternative=20 axiomatizations of classical extensional mereology. https://www.isa-afp.org/entries/Mereology.html Enjoy! --------------ms010204000408010105090403 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC EX4wggUSMIID+qADAgECAgkA4wvV+K8l2YEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYT AkRFMSswKQYDVQQKDCJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYD VQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFs Um9vdCBDbGFzcyAyMB4XDTE2MDIyMjEzMzgyMloXDTMxMDIyMjIzNTk1OVowgZUxCzAJBgNV BAYTAkRFMUUwQwYDVQQKEzxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVu IEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsTB0RGTi1QS0kxLTArBgNVBAMTJERG Ti1WZXJlaW4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgMjCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAMtg1/9moUHN0vqHl4pzq5lN6mc5WqFggEcVToyVsuXPztNXS43O+FZs FVV2B+pG/cgDRWM+cNSrVICxI5y+NyipCf8FXRgPxJiZN7Mg9mZ4F4fCnQ7MSjLnFp2uDo0p eQcAIFTcFV9Kltd4tjTTwXS1nem/wHdN6r1ZB+BaL2w8pQDcNb1lDY9/Mm3yWmpLYgHurDg0 WUU2SQXaeMpqbVvAgWsRzNI8qIv4cRrKO+KA3Ra0Z3qLNupOkSk9s1FcragMvp0049ENF4N1 xDkesJQLEvHVaY4l9Lg9K7/AjsMeO6W/VRCrKq4Xl14zzsjz9AkH4wKGMUZrAcUQDBHHWekC AwEAAaOCAXQwggFwMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUk+PYMiba1fFKpZFK4OpL 4qIMz+EwHwYDVR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB /wIBAjAzBgNVHSAELDAqMA8GDSsGAQQBga0hgiwBAQQwDQYLKwYBBAGBrSGCLB4wCAYGZ4EM AQICMEwGA1UdHwRFMEMwQaA/oD2GO2h0dHA6Ly9wa2kwMzM2LnRlbGVzZWMuZGUvcmwvVGVs ZVNlY19HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGGBggrBgEFBQcBAQR6MHgwLAYIKwYBBQUH MAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMEgGCCsGAQUFBzAChjxodHRw Oi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9UZWxlU2VjX0dsb2JhbFJvb3RfQ2xhc3NfMi5j ZXIwDQYJKoZIhvcNAQELBQADggEBAIcL/z4Cm2XIVi3WO5qYi3FP2ropqiH5Ri71sqQPrhE4 eTizDnS6dl2e6BiClmLbTDPo3flq3zK9LExHYFV/53RrtCyD2HlrtrdNUAtmB7Xts5et6u5/ MOaZ/SLick0+hFvu+c+Z6n/XUjkurJgARH5pO7917tALOxrN5fcPImxHhPalR6D90Bo0fa3S PXez7vTXTf/D6OWST1k+kEcQSrCFWMBvf/iu7QhCnh7U3xQuTY+8npTD5+32GPg8SecmqKc2 2CzeIs2LgtjZeOJVEqM7h0S2EQvVDFKvaYwPBt/QolOLV5h7z/0HJPT8vcP9SpIClxvyt7bP ZYoaorVyGTkwggWsMIIElKADAgECAgcbY7rQHiw9MA0GCSqGSIb3DQEBCwUAMIGVMQswCQYD VQQGEwJERTFFMEMGA1UEChM8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hl biBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLEwdERk4tUEtJMS0wKwYDVQQDEyRE Rk4tVmVyZWluIENlcnRpZmljYXRpb24gQXV0aG9yaXR5IDIwHhcNMTYwNTI0MTEzODQwWhcN MzEwMjIyMjM1OTU5WjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9l cmRlcnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UE CwwHREZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQTCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ07eRxH3h+Gy8Zp1xCeOdfZojDbchwFfylf S2jxrRnWTOFrG7ELf6Gr4HuLi9gtzm6IOhDuV+UefwRRNuu6cG1joL6WLkDh0YNMZj0cZGnl m6Stcq5oOVGHecwX064vXWNxSzl660Knl5BpBb+Q/6RAcL0D57+eGIgfn5mITQ5HjUhfZZkQ 0tkqSe3BuS0dnxLLFdM/fx5ULzquk1enfnjK1UriGuXtQX1TX8izKvWKMKztFwUkP7agCwf9 TRqaA1KgNpzeJIdl5Of6x5ZzJBTN0OgbaJ4YWa52fvfRCng8h0uwN89Tyjo4EPPLR22MZD08 WkVKusqAfLjz56dMTM0CAwEAAaOCAgUwggIBMBIGA1UdEwEB/wQIMAYBAf8CAQEwDgYDVR0P AQH/BAQDAgEGMCkGA1UdIAQiMCAwDQYLKwYBBAGBrSGCLB4wDwYNKwYBBAGBrSGCLAEBBDAd BgNVHQ4EFgQUazqYi/nyU4na4K2yMh4JH+iqO3QwHwYDVR0jBBgwFoAUk+PYMiba1fFKpZFK 4OpL4qIMz+EwgY8GA1UdHwSBhzCBhDBAoD6gPIY6aHR0cDovL2NkcDEucGNhLmRmbi5kZS9n bG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDBAoD6gPIY6aHR0cDovL2NkcDIu cGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDCB3QYIKwYB BQUHAQEEgdAwgc0wMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1T ZXJ2ZXIvT0NTUDBKBggrBgEFBQcwAoY+aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwt cm9vdC1nMi1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwSgYIKwYBBQUHMAKGPmh0dHA6Ly9j ZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtZzItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0 MA0GCSqGSIb3DQEBCwUAA4IBAQCBeEWkTqR/DlXwCbFqPnjMaDWpHPOVnj/z+N9rOHeJLI21 rT7H8pTNoAauusyosa0zCLYkhmI2THhuUPDVbmCNT1IxQ5dGdfBi5G5mUcFCMWdQ5UnnOR7L n8qGSN4IFP8VSytmm6A4nwDO/afr0X9XLchMX9wQEZc+lgQCXISoKTlslPwQkgZ7nu7YRrQb tQMMONncsKk/cQYLsgMHM8KNSGMlJTx6e1du94oFOO+4oK4v9NsH1VuEGMGpuEvObJAaguS5 Pfp38dIfMwK/U+d2+dwmJUFvL6Yb+qQTkPp8ftkLYF3sv8pBoGH7EUkp2KgtdRXYShjqFu9V NCIaE40GMIIGtDCCBZygAwIBAgIMI5/lGur5RMzYJ/WbMA0GCSqGSIb3DQEBCwUAMIGNMQsw CQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRz Y2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUwIwYDVQQD DBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBMB4XDTIwMTAwOTEzMzcxOFoXDTIxMTIw MzE1MzYxN1owgcAxCzAJBgNVBAYTAkRFMQ8wDQYDVQQIDAZCYXllcm4xETAPBgNVBAcMCE11 ZW5jaGVuMSkwJwYDVQQKDCBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECwwZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAwwNVG9iaWFzIE5pcGtv dzEmMCQGCSqGSIb3DQEJARYXdG9iaWFzLm5pcGtvd0Bpbi50dW0uZGUwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDUbnZWpbMWc0L36pKuee6yTHzlyzNHFmR8kbLounLgje8w 6j9bH8D7kbzEnlrh31Sa1alxP58+/NQ2d7lUuzPz/RDRXVl4d+NJ7tVMi1GrW9tS35yyV1/c 4dgAIlMoe2USxwg+b3UXmmdosbs9W6RJ/639htMAFWbUUTnj77qNMDbr9zEmdskIkOvJPmJG E3bAYMr4xh5ApkcuL0adZmyjLdFHIeIDgvgYp2dzh1L7h0qMs8npjdVYZhbaM6JL0XLc83Fj 9hw0QDt82YAHrKB0syh626JPqizlONVUiHnGoiVS/R0Xn2a+XIl4+pn2ufUbqAOfv3YTPOYD yh4FV6TVAgMBAAGjggLdMIIC2TA+BgNVHSAENzA1MA8GDSsGAQQBga0hgiwBAQQwEAYOKwYB BAGBrSGCLAEBBAgwEAYOKwYBBAGBrSGCLAIBBAgwCQYDVR0TBAIwADAOBgNVHQ8BAf8EBAMC BeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBRbgDDEK6sjPfEN p3HCLZWLbSJuyTAfBgNVHSMEGDAWgBRrOpiL+fJTidrgrbIyHgkf6Ko7dDCBrgYDVR0RBIGm MIGjgRBuaXBrb3dAaW4udHVtLmRlgRd0b2JpYXMubmlwa293QGluLnR1bS5kZYEgbmlwa293 QGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJ3RvYmlhcy5uaXBrb3dAaW5mb3JtYXRpay50 dS1tdWVuY2hlbi5kZYERbmlwa293QGNzLnR1bS5lZHWBGHRvYmlhcy5uaXBrb3dAY3MudHVt LmVkdTCBjQYDVR0fBIGFMIGCMD+gPaA7hjlodHRwOi8vY2RwMS5wY2EuZGZuLmRlL2Rmbi1j YS1nbG9iYWwtZzIvcHViL2NybC9jYWNybC5jcmwwP6A9oDuGOWh0dHA6Ly9jZHAyLnBjYS5k Zm4uZGUvZGZuLWNhLWdsb2JhbC1nMi9wdWIvY3JsL2NhY3JsLmNybDCB2wYIKwYBBQUHAQEE gc4wgcswMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1TZXJ2ZXIv T0NTUDBJBggrBgEFBQcwAoY9aHR0cDovL2NkcDEucGNhLmRmbi5kZS9kZm4tY2EtZ2xvYmFs LWcyL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDBJBggrBgEFBQcwAoY9aHR0cDovL2NkcDIucGNh LmRmbi5kZS9kZm4tY2EtZ2xvYmFsLWcyL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDANBgkqhkiG 9w0BAQsFAAOCAQEAOCUU6IMxIBv685lR6sshbAl9YdfybY4Z8+MJxQ+/Uj0I+PE4i4JqqOiX vZbS+BqQXYs52i1eLvHsilp3vGU+iLoEAgAgaDKs+YKrYBTUQWHUJyMlgA9yKBgUge0uDNYZ kt8lleS0lT7aIg6bUfInHIaAN6fd7taz11CyC3WvPx2N9r6ZE6kzxN6whx/CvAzEZ9R5MVD8 Trk29zBUATA4KPiCxj48OTyR3e19fbXQ54dtF+aR0aPIUdknIFxMFcsZGRVEbhFSmDSasDuw LfRfDamQEPv0ZeCds8XzDcPovGuH8SLwtRQq5Dq5nCIeAP+ywJZwo+o5nX+lRBivQ7YRtjGC BAswggQHAgEBMIGeMIGNMQswCQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2Vy ZGVydW5nIGVpbmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQL DAdERk4tUEtJMSUwIwYDVQQDDBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBAgwjn+Ua 6vlEzNgn9ZswDQYJYIZIAWUDBAIBBQCgggI9MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTIxMDMwNTEyMDkxOFowLwYJKoZIhvcNAQkEMSIEIGSR35blwqsm AgzemqA7YnRgJVIbJppaALcWEO6aQqZkMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwga8GCSsGAQQBgjcQBDGBoTCBnjCBjTELMAkG A1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVuZyBlaW5lcyBEZXV0c2No ZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZOLVBLSTElMCMGA1UEAwwc REZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI5/lGur5RMzYJ/WbMIGxBgsqhkiG9w0B CRACCzGBoaCBnjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRl cnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwH REZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI5/lGur5 RMzYJ/WbMA0GCSqGSIb3DQEBAQUABIIBAB9DE2WX4L4DJmG+VbL3CYohIu8Fr0JcsRa6mS7b Pz2/9rMae6G706r4cj1VWQUevyJhpkOgk7etdWG9ct1SJbNNJWiEcRHU/XBQB6jd7hiPxXHF HbMk/wOJq6l3Tsnq7tcAlIPSX1tUNK2hgS6sy16SwfPFlEWTTuvJy/3asNQdw4fMapSv2AmN hgp2I2G50t5B6ZoBwCoZ+A1Y0wBzHmURmYLQcyA5ob1qLBYZPnHe48L2i0CkTY7v1ahan9UR Z7kY4nvOberLVMlgX4GHH9hvmmNhO9mGs052B1Y+WTPWSVjtq6W0F83oTQqC2YpfXZ7tyDd+ e9Yloi13KOpsEOwAAAAAAAA= --------------ms010204000408010105090403-- From tals4 at cam.ac.uk Fri Mar 05 12:29:17 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:43640) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lI9a1-0004xH-Pl (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 05 Mar 2021 12:29:17 +0000 X-Cam-AntiVirus: not scanned (internal relaying) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from webmail-1b.csi.cam.ac.uk ([131.111.9.33]:35190) by ppsw-33.csi.cam.ac.uk (ppsw.cam.ac.uk [131.111.8.137]:25) with esmtp id 1lI9a1-000us5-iT (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 05 Mar 2021 12:29:17 +0000 Received: from [127.0.0.1] (helo=webmail-2.hermes.cam.ac.uk) by webmail-1b.csi.cam.ac.uk with esmtp id 1lI9a1-0004xx-P1 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 05 Mar 2021 12:29:17 +0000 Received: from cpc108965-cmbg20-2-0-cust533.5-4.cable.virginm.net ([80.5.218.22]) by webmail-2.hermes.cam.ac.uk with HTTP (HTTP/1.1 POST); Fri, 05 Mar 2021 12:29:17 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 05 Mar 2021 12:29:17 +0000 From: Thomas Sewell To: cl-isabelle-users at lists.cam.ac.uk User-Agent: Roundcube Webmail/1.4.11 Message-ID: X-Sender: tals4 at cam.ac.uk X-Authenticated-User: tals4 Subject: [isabelle] Bitblasting via SAT and Argo X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2021 12:29:17 -0000 Hi Isabelle users. I've been doing some proofs in Isabelle about operations of a CPU architecture lately[1]. Sometimes this just requires bit-blasting, i.e. reduction of a word/bitvector problem to a boolean problem for sat-solving. I've got some satisfactory results using an adjusted version of the old Word_Bitwise and the Argo prover. I don't think there's currently a better approach in Isabelle, since replay of SMT word/bitvector proofs was never enabled. (Please tell me if I'm misinformed, I don't seem to be up to date about any of this, and there's a note about veriT and a session HOL-Word-SMT_Examples in the Isabelle 2021 NEWS that I don't understand.) I'll try to make an adjusted/improved Word_Bitwise available in the future, but my version is still quite experimental. I have been pleasantly surprised how effective Argo was for SAT-like problems. Given that, I'd like to make some suggestions, mostly about documentation. I think that some kind of note should be added to the SAT theory, or the sat/satx methods and tactics, given that most users should just call argo directly. SAT is the logical place to look for a solver for sat-like problems, and the provided default SAT/CDCL solver used by the sat/satx methods is just not as good as the equivalent implemented within argo. Meanwhile there's and unsolved problem with explosion of the problem size in satx preprocessing. In principle an external solver might have power that an inbuilt one doesn't, but my quick investigation suggests that most of the supported external SAT solvers are obscure or historical. Another minor documentation complaint is that Argo is pretty well documented in HOL/ex/Argo_Examples.thy, but it took me a while to think to look there. In particular, for medium-size SAT problems a user may have to increase argo_timeout, and it's not necessarily obvious where to find it. Perhaps a link to the examples in Argo.thy itself? Finally, some practical issues. While argo generally performs well, in some situations I've seen a big difference between the speed of "apply (argo)" and "apply (intro impI; argo)". Note that I don't want to just apply clarsimp or similar here for various performance reasons, which is probably unusual. Anyway I don't really understand why an SMT/SAT tool would perform so differently for obviously similar goals. I've also discovered what is probably an outright bug. A particular kind of trivial premise seems to lead to ML exceptions of the form "Undeclared hyps: ..." or "forall_intr: variable .. free in assumptions". I think the second might be side-effect of the first. Again, simplification prevents this issue, but I have performance reasons to prefer to use the simplifier as little as possible. I've checked these issues still exists in Isabelle 2021, and I attach a theory which demonstrates them. Are there any experts who might be interested in helping me debug these? Cheers, Thomas. From holub at karlin.mff.cuni.cz Fri Mar 05 12:34:48 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:54876) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lI9fM-0005FF-U7 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 05 Mar 2021 12:34:48 +0000 X-Cam-SpamDetails: score -2.5 from SpamAssassin-3.4.4-1887165 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [195.113.30.11 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from postak.karlin.mff.cuni.cz ([195.113.30.11]:34008) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lI9fM-0011Ya-gP (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 05 Mar 2021 12:34:48 +0000 Received: from [10.113.1.64] (unknown [10.113.1.64]) by postak.karlin.mff.cuni.cz (Postfix) with ESMTPSA id 8C40E2103A for ; Fri, 5 Mar 2021 13:34:47 +0100 (CET) To: cl-isabelle-users at lists.cam.ac.uk From: Stepan Holub Message-ID: Date: Fri, 5 Mar 2021 13:34:45 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Subject: [isabelle] by fact and try0 X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2021 12:34:49 -0000 Hello, is there a reason why "try0" does not use the method "fact"? Stepan From kuba at kadziolka.net Sat Mar 06 00:30:30 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:42204) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lIKpy-00085t-KA (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 06 Mar 2021 00:30:30 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887165 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay * lines X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from pat.zlotemysli.pl ([37.59.186.212]:34118) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtp id 1lIKpy-000FXd-0K (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 06 Mar 2021 00:30:30 +0000 Received: (qmail 21221 invoked by uid 1009); 6 Mar 2021 01:30:29 +0100 Received: from 195.149.98.3.obslugapc.pl (kuba at kadziolka.net@195.149.98.3.obslugapc.pl) by pat.zlotemysli.pl (envelope-from , uid 1002) with qmail-scanner-2.08st (clamdscan: 0.98.6/26075. spamassassin: 3.4.0. perlscan: 2.08st. Clear:RC:1(195.149.98.3):. Processed in 0.015 secs); 06 Mar 2021 00:30:29 -0000 Received: from 195.149.98.3.obslugapc.pl (HELO localhost) (kuba at kadziolka.net@195.149.98.3) by pat.zlotemysli.pl with SMTP; 6 Mar 2021 01:30:29 +0100 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 From: =?utf-8?q?Jakub_K=C4=85dzio=C5=82ka?= To: Date: Sat, 06 Mar 2021 01:15:45 +0100 Message-Id: Subject: [isabelle] Troubles building Pure; can't find Foreign.buildCall3 X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Mar 2021 00:30:30 -0000 Hello, I am trying to get Isabelle2021 working on NixOS. Due to filesystem layout, downloading binaries doesn't really work on NixOS, so this involves packaging Isabelle, with some external dependencies. However, we do match the version of polyml exactly: polyml =3D polyml.overrideAttrs (attrs: { configureFlags =3D [ "--enable-intinf-as-int" "--with-gmp" "--disable-sha= red" ]; version =3D "for-isabelle"; src =3D fetchFromGitHub { owner =3D "polyml"; repo =3D "polyml"; rev =3D "f86ae3dc168612d51e7a73fbe3b7e02cb3bc1bac"; sha256 =3D "09f28jz6mnb4c0r1v57cwyw2vcwhdq57v6c5j8kwn2640cfl1gz7"; }; }); Nevertheless, building Pure results in this quite curious error: Error: Value or constructor (buildCall3) has not been declared in structure= Foreign Foreign.buildCall3 ( Foreign.getSymbol (Foreign.loadLibraryIndirect (fn ...)) "sha1_buffer", (Foreign.cByteArray, Foreign.cUlong, ...), Foreign.cPointer ) At (line 152 of "General/sha1.ML") Error: Value or constructor (getSymbol) has not been declared in structure = Foreign Foreign.buildCall3 ( Foreign.getSymbol (Foreign.loadLibraryIndirect (fn ...)) "sha1_buffer", (Foreign.cByteArray, Foreign.cUlong, ...), Foreign.cPointer ) At (line 153 of "General/sha1.ML") [...] I'm not sure what's going on here. There were some changes in the commit range between 5.8.1 and this pinned commit involving libffi, but the Poly/ML sources distributed with Isabelle don't seem to include any workarounds; diff claims there's no difference. I confirmed that referring to Foreign.buildCall3 in a REPL triggers the error in the new Poly but not in 5.8.1. Any insights on why this might be happening? Perhaps this was already encountered when updating the Poly/ML in use by Isabelle? Kind regards, Jakub K=C4=85dzio=C5=82ka From holub at karlin.mff.cuni.cz Sat Mar 06 09:00:27 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:37458) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lISnT-0005le-Rm (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 06 Mar 2021 09:00:27 +0000 X-Cam-SpamDetails: score -2.5 from SpamAssassin-3.4.4-1887192 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [195.113.30.11 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from postak.karlin.mff.cuni.cz ([195.113.30.11]:39302) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lISnS-000rQa-3A (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 06 Mar 2021 09:00:27 +0000 Received: from [192.168.0.233] (ip-89-176-149-231.net.upcbroadband.cz [89.176.149.231]) by postak.karlin.mff.cuni.cz (Postfix) with ESMTPSA id 85B7D1FF42; Sat, 6 Mar 2021 10:00:25 +0100 (CET) To: Sander van Rijnswou , cl-isabelle-users at lists.cam.ac.uk References: From: Stepan Holub Message-ID: Date: Sat, 6 Mar 2021 10:00:25 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Antivirus: AVG (VPS 210305-2, 05.03.2021), Outbound message X-Antivirus-Status: Clean Subject: Re: [isabelle] Nitpick finds counterexample to proven lemma X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Mar 2021 09:00:27 -0000 Hi, in order to understand what is happening in Nitpick you can add parameters (see the User's Guide in the Isabelle documentation). In your example, putting nitpick[show_all, eval =  "rat_of_int a * Fract 1 b" "Fract  a b" "λ x y. Fract x y"] I obtain Nitpick found a counterexample:   Free variables:     a = 2     b = 2   Evaluated terms:     rat_of_int a * Fract 1 b = 1     Fract a b = _     Fract =       (λx. _)       (- 1 := (λx. _)(0 := 0), 0 := (λx. _)(0 := 0, 1 := 0),        1 := (λx. _)(0 := 0, 1 := 1, 2 := 1 div 2), 2 := (λx. _)(0 := 0, 1 := 2))   Types:     nat = {0, 1, 2, 3, …}     int = {- 1, 0, 1, 2, …}     rat = {0, 1 / 2, 1, 2, …} You can see here that Nitpick approximates infinite types with a small model, where ... represents a single additional element. From the output you see how Fract is defined in this model.  While Fract 1 2 = 1 div 2,  Fract 2 2 is undefined. Whence the fake counterexample. Best Stepan On 02-Mar-21 3:35 PM, Sander van Rijnswou wrote: > Hi, > > I ran into a case where Nitpick finds a counterexample to a true > lemma. The proof checks out, so apparently I can't use Nitpick in this > situation? I don't understand why though. This was posted earlier on > Zulip, but it was suggested to repost here. > > Thanks for your comments, > > lemma >   fixes   a b:: int >   assumes "b≠0" >   shows "rat_of_int a  * (Fract 1 b) = (Fract  a b)" >     (* nitpick finds a counterexample; sometimes a=0, b=3 sometimes > a=2, b=2*) >     nitpick >     (* sledgehammer finds a proof *) >     by (metis Fract_of_int_eq mult.commute mult.left_neutral mult_rat) > > The thy file is attached. > -- Tento e-mail byl zkontrolován na viry programem AVG. http://www.avg.cz From kuba at kadziolka.net Sat Mar 06 23:15:41 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:40430) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lIg97-0001EB-9L (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 06 Mar 2021 23:15:41 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887192 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay * lines X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from pat.zlotemysli.pl ([37.59.186.212]:47624) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtp id 1lIg96-000yio-nB (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 06 Mar 2021 23:15:41 +0000 Received: (qmail 29010 invoked by uid 1009); 7 Mar 2021 00:15:39 +0100 Received: from 195.149.98.3.obslugapc.pl (kuba at kadziolka.net@195.149.98.3.obslugapc.pl) by pat.zlotemysli.pl (envelope-from , uid 1002) with qmail-scanner-2.08st (clamdscan: 0.98.6/26075. spamassassin: 3.4.0. perlscan: 2.08st. Clear:RC:1(195.149.98.3):. Processed in 0.012597 secs); 06 Mar 2021 23:15:39 -0000 Received: from 195.149.98.3.obslugapc.pl (HELO localhost) (kuba at kadziolka.net@195.149.98.3) by pat.zlotemysli.pl with SMTP; 7 Mar 2021 00:15:39 +0100 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 From: =?utf-8?q?Jakub_K=C4=85dzio=C5=82ka?= To: =?utf-8?q?Jakub_K=C4=85dzio=C5=82ka?= , Date: Sun, 07 Mar 2021 00:14:32 +0100 Message-Id: In-Reply-To: Subject: Re: [isabelle] Troubles building Pure; can't find Foreign.buildCall3 X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Mar 2021 23:15:41 -0000 Hello, I have figured out what the problem was. We were building PolyML by running 'make', instead of running 'make compiler' twice like Isabelle does. This seems to have had some weird consequences for bootstrapping. Regards, Jakub K=C4=85dzio=C5=82ka On Sat Mar 6, 2021 at 1:15 AM CET, Jakub K=C4=85dzio=C5=82ka wrote: > Hello, > > I am trying to get Isabelle2021 working on NixOS. Due to filesystem > layout, downloading binaries doesn't really work on NixOS, so this > involves packaging Isabelle, with some external dependencies. > However, we do match the version of polyml exactly: > > polyml =3D polyml.overrideAttrs (attrs: { > configureFlags =3D [ "--enable-intinf-as-int" "--with-gmp" "--disable-s= hared" ]; > version =3D "for-isabelle"; > src =3D fetchFromGitHub { > owner =3D "polyml"; > repo =3D "polyml"; > rev =3D "f86ae3dc168612d51e7a73fbe3b7e02cb3bc1bac"; > sha256 =3D "09f28jz6mnb4c0r1v57cwyw2vcwhdq57v6c5j8kwn2640cfl1gz7"; > }; > }); > > Nevertheless, building Pure results in this quite curious error: > > Error: Value or constructor (buildCall3) has not been declared in structu= re Foreign > Foreign.buildCall3 > ( > Foreign.getSymbol (Foreign.loadLibraryIndirect (fn ...)) "sha1_buffer"= , > (Foreign.cByteArray, Foreign.cUlong, ...), > Foreign.cPointer > ) > At (line 152 of "General/sha1.ML") > Error: Value or constructor (getSymbol) has not been declared in structur= e Foreign > Foreign.buildCall3 > ( > Foreign.getSymbol (Foreign.loadLibraryIndirect (fn ...)) "sha1_buffer"= , > (Foreign.cByteArray, Foreign.cUlong, ...), > Foreign.cPointer > ) > At (line 153 of "General/sha1.ML") > [...] > > I'm not sure what's going on here. There were some changes in the commit > range between 5.8.1 and this pinned commit involving libffi, but the > Poly/ML sources distributed with Isabelle don't seem to include any > workarounds; diff claims there's no difference. > > I confirmed that referring to Foreign.buildCall3 in a REPL triggers the > error in the new Poly but not in 5.8.1. > > Any insights on why this might be happening? Perhaps this was already > encountered when updating the Poly/ML in use by Isabelle? > > Kind regards, > Jakub K=C4=85dzio=C5=82ka From jens.doll at live.de Sun Mar 07 11:01:08 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:60630) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lIr9o-00041h-CG (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 07 Mar 2021 11:01:08 +0000 X-Cam-SpamScore: s X-Cam-SpamDetails: score 1.5 from SpamAssassin-3.4.4-1887249 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [40.92.67.19 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.92.67.19 listed in wl.mailspike.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [jens.doll[at]live.de] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.0 MSGID_FROM_MTA_HEADER Message-Id was added by a relay * 1.6 SPOOFED_FREEMAIL No description available. X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-oln040092067019.outbound.protection.outlook.com ([40.92.67.19]:61367 helo=EUR02-AM5-obe.outbound.protection.outlook.com) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lIr9n-000p2U-pD (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 07 Mar 2021 11:01:08 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FaaQcs4yFvs5df01yt1Ny+gdcLys2V70g3ZC3L6paYjqblWVT7aM4MGXt3wXSWWnxH7D7T9mSFjdvBU2DNbOA5gopkm0MtPnlDYFuw6x+tG2L8Ud2XEfS8N0F4sKE42fhZZv7hbA4cNIhDDsKdq6WEjDpEzhz5N6o8/Lo3tJuln7vF+xlLYWHBVxziBaTj+encZ8TqK580doILQOeV1YmFm49N9HZpxljKXrNHEObNVft3ONicQOe2EnBnZ7end/rANEbcfyspO5JfnyEapA8yFn2UkY8mnL5ZxC+R6GJ4PIBWn2H/UOx8RYq35EsO/QWUBTpG1XqcqsYU+3xgINoA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Glfn++g1DYbhYQXZOD8M2z8frsVFJbfWh02RKOh9V/8=; b=JwbA37HshNtK25M2jRjC8AxhHpA+0P3dALSOg7gLrzvM22ATkZ4OvwTE0IAvs+ny606AScLk/KZe4So/o9dhvkpD+k4CMb01o1hzU7Hz1DZAXvQUiOR3abuEgMj9BEy3L4GewOJqXaL2igHpVx2+VTN12xD9LAg+8iuOSRy2W6W/eLU7LWs7zqwZcNvGmrgqMK7nEwUckg8oFSA/Ydgw91PAt1IWiNejDaDrp19HX/Uni1cZCSogMRGwYaxUx7EPeoRELRDyEGztcSp7q5Ln+df/prXVvvyy/LU424OpaEbmZBTkOUxhoy1Kvd7DiQJaCVPCXhF/9Zp5lg81ivmHDw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from AM5EUR02FT020.eop-EUR02.prod.protection.outlook.com (2a01:111:e400:7e1c::4f) by AM5EUR02HT039.eop-EUR02.prod.protection.outlook.com (2a01:111:e400:7e1c::211) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.17; Sun, 7 Mar 2021 11:00:56 +0000 Received: from DBAP195MB1051.EURP195.PROD.OUTLOOK.COM (2a01:111:e400:7e1c::44) by AM5EUR02FT020.mail.protection.outlook.com (2a01:111:e400:7e1c::125) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.17 via Frontend Transport; Sun, 7 Mar 2021 11:00:56 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:0DA839C29360E60DC50DFD082211DBE3983A8DC98360568BB1A11A8F17FB82FD; UpperCasedChecksum:80FB554A0EA647A88CD36D430FF7E5E796E37E907CBDCFE8C150267752B4FC7C; SizeAsReceived:8435; Count:44 Received: from DBAP195MB1051.EURP195.PROD.OUTLOOK.COM ([fe80::2d81:576:e45e:90b8]) by DBAP195MB1051.EURP195.PROD.OUTLOOK.COM ([fe80::2d81:576:e45e:90b8%7]) with mapi id 15.20.3912.025; Sun, 7 Mar 2021 11:00:56 +0000 From: "Jens-D. Doll" To: "cl-isabelle-users at lists.cam.ac.uk" Date: Sun, 07 Mar 2021 11:00:55 +0000 Message-ID: User-Agent: eM_Client/8.1.1060.0 Content-Type: multipart/alternative; boundary="------=_MBED839950-27B1-46E8-95AC-A6BC40DE5C89" X-TMN: [A2xHkSxhbvgxfwVd6My+VzcdQ5AaH9FJ] X-ClientProxiedBy: AM0PR10CA0050.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:150::30) To DBAP195MB1051.EURP195.PROD.OUTLOOK.COM (2603:10a6:10:1c2::11) X-Microsoft-Original-Message-ID: MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from [192.168.1.36] (109.41.64.2) by AM0PR10CA0050.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:150::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.26 via Frontend Transport; Sun, 7 Mar 2021 11:00:56 +0000 X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 44 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: 468de6f5-bdee-4bc5-2fcf-08d8e158487b X-MS-TrafficTypeDiagnostic: AM5EUR02HT039: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: LLRw39or2YK6HMddaAG7VztBsZw0ZlcnTeSKuC3EWJ0YE7XH4wUKnLKRV8T8ohCEIwSW2F3Cdb6a6NzMcEK4H7aZRAL73bNvquJTp7T9YK9/3CdIA+xUmEaUYdfQumul79IvDUMd67q3Gb8bcJ6Hfib7uq8xG7tw95N5Mly+VbN6T3qQd38a6QHYrp5wEpZzTaeJf12b/n2eZaVPcP9dbhLaZfU85cdEtSFgUwfEGKdn5q8Mx5xEXq1fA7RJ0/AeHtj9jOewmdwuiaVu/CoUw5DISxX7q/A8kBBIanGCVJcQBOctMTjf2wWva85N6Mrgmpg2A28ZIUE665ZgIQLycnzYcVK2jSeue86dYNh9MMbCNth7VuYT1AREfqZF4RjDdveRd8O4u3aP/SlmEgbBlg== X-MS-Exchange-AntiSpam-MessageData: sXDQ/JG20FMDw10y2jgpN3EUMI4EfccBH3dMWb2SVRLn1aYthAlmyidZo/Mc3yZLh8JSBcMR2LoPClqYFnLPhGSgCQjpYrWheIZHBaasak46zP6wbEpKAfBdR6mQKcJjykuBJrsqutiKcwaow5rWmg== X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 468de6f5-bdee-4bc5-2fcf-08d8e158487b X-MS-Exchange-CrossTenant-OriginalArrivalTime: 07 Mar 2021 11:00:56.5893 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-AuthSource: AM5EUR02FT020.eop-EUR02.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5EUR02HT039 Subject: [isabelle] Structure of Proofs X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list Reply-To: "Jens-D. Doll" List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Mar 2021 11:01:08 -0000 --------=_MBED839950-27B1-46E8-95AC-A6BC40DE5C89 Content-Type: text/plain; format=flowed; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello everyone, is there a common sense about how a proof has to be structured? Does=20 there exist a formal grammar or a mathematical structure for it? Can=20 coherence* be formalized? Happy reasoning, Jens *from philosophy of science --------=_MBED839950-27B1-46E8-95AC-A6BC40DE5C89 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable =20 blockquote.cite { margin-left: 5px; margin-right: 0px; padding-left: 10px; = padding-right:0px; border-left: 1px solid #cccccc } blockquote.cite2 {margin-left: 5px; margin-right: 0px; padding-left: 10px; = padding-right:0px; border-left: 1px solid #cccccc; margin-top: 3px; padding= -top: 0px; } a img { border: 0px; } li[style=3D'text-align: center;'], li[style=3D'text-align: center; '], li[s= tyle=3D'text-align: right;'], li[style=3D'text-align: right; '] { list-sty= le-position: inside;} body { font-family: Segoe UI; font-size: 12pt; }=20 .quote { margin-left: 1em; margin-right: 1em; border-left: 5px #ebebeb soli= d; padding-left: 0.3em; } #xc3ddefb0208b4acd98f25f79cfb2b6b8, #xc3ddefb0208b4acd98f25f79cfb2b6b8 #xa3= ca38e3625046aca980f3892283a1cd, #xc3ddefb0208b4acd98f25f79cfb2b6b8 #xa3ca38= e3625046aca980f3892283a1cd #xd60e1964207c4ea7a0ad594f7ff741cb, #xc3ddefb020= 8b4acd98f25f79cfb2b6b8 #xa3ca38e3625046aca980f3892283a1cd #xd60e1964207c4ea= 7a0ad594f7ff741cb #x1b0eb144587644a8a78fc89c507ec3f9, #xc3ddefb0208b4acd98f= 25f79cfb2b6b8 #xa3ca38e3625046aca980f3892283a1cd #x1b0eb144587644a8a78fc89c= 507ec3f9, #xc3ddefb0208b4acd98f25f79cfb2b6b8 #xd60e1964207c4ea7a0ad594f7ff7= 41cb, #xc3ddefb0208b4acd98f25f79cfb2b6b8 #xd60e1964207c4ea7a0ad594f7ff741cb= #x1b0eb144587644a8a78fc89c507ec3f9, #xc3ddefb0208b4acd98f25f79cfb2b6b8 #x1= b0eb144587644a8a78fc89c507ec3f9, #xa3ca38e3625046aca980f3892283a1cd, #xa3ca= 38e3625046aca980f3892283a1cd #xd60e1964207c4ea7a0ad594f7ff741cb, #xa3ca38e3= 625046aca980f3892283a1cd #xd60e1964207c4ea7a0ad594f7ff741cb #x1b0eb14458764= 4a8a78fc89c507ec3f9, #xa3ca38e3625046aca980f3892283a1cd #x1b0eb144587644a8a= 78fc89c507ec3f9, #xd60e1964207c4ea7a0ad594f7ff741cb, #xd60e1964207c4ea7a0ad= 594f7ff741cb #x1b0eb144587644a8a78fc89c507ec3f9, #x1b0eb144587644a8a78fc89c= 507ec3f9 {font-family: "Segoe UI"; font-size: 12pt;} #xc3ddefb0208b4acd98f25f79cfb2b6b8 #xa3ca38e3625046aca980f3892283a1cd #xd60= e1964207c4ea7a0ad594f7ff741cb #x1b0eb144587644a8a78fc89c507ec3f9, #xc3ddefb= 0208b4acd98f25f79cfb2b6b8 #xa3ca38e3625046aca980f3892283a1cd #x1b0eb1445876= 44a8a78fc89c507ec3f9, #xc3ddefb0208b4acd98f25f79cfb2b6b8 #xd60e1964207c4ea7= a0ad594f7ff741cb #x1b0eb144587644a8a78fc89c507ec3f9, #xc3ddefb0208b4acd98f2= 5f79cfb2b6b8 #x1b0eb144587644a8a78fc89c507ec3f9, #xa3ca38e3625046aca980f389= 2283a1cd #xd60e1964207c4ea7a0ad594f7ff741cb #x1b0eb144587644a8a78fc89c507ec= 3f9, #xa3ca38e3625046aca980f3892283a1cd #x1b0eb144587644a8a78fc89c507ec3f9,= #xd60e1964207c4ea7a0ad594f7ff741cb #x1b0eb144587644a8a78fc89c507ec3f9, #x1= b0eb144587644a8a78fc89c507ec3f9 {font-family: "Segoe UI"; font-size: 12pt; color: rgb(0, 0, 0); margin-left= : 0px; margin-right: 8px; background-color: rgb(255, 255, 255);}
=
<= div>
=
=
=
=
=
=
Hello everyone,

is there a commo= n sense about how a proof has to be structured? Does there exist a formal g= rammar or a mathematical structure for it? Can coherence* be formalized?

Happy reasoning,
Jens

=
*from philosophy of science 
= --------=_MBED839950-27B1-46E8-95AC-A6BC40DE5C89-- From ak2110 at cam.ac.uk Sun Mar 07 18:26:54 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:57746) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lIy7C-0006TV-7b (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 07 Mar 2021 18:26:54 +0000 X-Cam-AntiVirus: not scanned (internal relaying) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from webmail-1b.csi.cam.ac.uk ([131.111.9.33]:60020) by ppsw-42.csi.cam.ac.uk (ppsw.cam.ac.uk [131.111.8.138]:25) with esmtp id 1lIy7B-00108N-9X (Exim 4.94) (return-path ); Sun, 07 Mar 2021 18:26:53 +0000 Received: from [127.0.0.1] (helo=webmail-2.hermes.cam.ac.uk) by webmail-1b.csi.cam.ac.uk with esmtp id 1lIy7B-00058g-UV (Exim 4.92.3) (return-path ); Sun, 07 Mar 2021 18:26:53 +0000 Received: from dhcp-10-241-167-234.cp.wireless.private.cam.ac.uk ([10.241.167.234]) by webmail-2.hermes.cam.ac.uk with HTTP (HTTP/1.1 POST); Sun, 07 Mar 2021 18:26:48 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 07 Mar 2021 18:26:48 +0000 From: "Dr A. Koutsoukou-Argyraki" To: "Jens-D. Doll" In-Reply-To: References: User-Agent: Roundcube Webmail/1.4.11 Message-ID: X-Sender: ak2110 at cam.ac.uk X-Authenticated-User: ak2110 Cc: cl-isabelle-users at lists.cam.ac.uk Subject: Re: [isabelle] Structure of Proofs X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Mar 2021 18:26:54 -0000 Dear Jens, you may want to have a look in Chapter 6 of the Isabelle manual https://isabelle.in.tum.de/doc/isar-ref.pdf where there are some details about common proof structures, e.g. proof by induction, proof by cases, proof by contradiction etc.-- in Isar there exist some standard ways for structuring these. I'm not sure if this answers your question though. Best wishes, Angeliki On 2021-03-07 11:00, Jens-D. Doll wrote: > Hello everyone, > > is there a common sense about how a proof has to be structured? Does > there exist a formal grammar or a mathematical structure for it? Can > coherence* be formalized? > > Happy reasoning, > Jens > > *from philosophy of science From d.unruh at gmail.com Mon Mar 08 10:25:33 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:44508) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lJD4v-0000wS-Gx (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 08 Mar 2021 10:25:33 +0000 X-Cam-SpamDetails: score 0.3 from SpamAssassin-3.4.4-1887289 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.208.173 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [209.85.208.173 listed in wl.mailspike.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [d.unruh[at]gmail.com] * 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail * domains are different * 0.0 HTML_MESSAGE BODY: HTML included in message * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and * EnvelopeFrom freemail headers are different * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-lj1-f173.google.com ([209.85.208.173]:42249) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lJD4u-000qSz-1Y (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 08 Mar 2021 10:25:33 +0000 Received: by mail-lj1-f173.google.com with SMTP id k12so15367222ljg.9 for ; Mon, 08 Mar 2021 02:25:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language; bh=cMgGam/sZGO93+oP5/EFgN3vnkbmSwR9q5UWA7hNEqM=; b=JtLTwDDn5tNYhXkxpS4s+JkGz1iewyd8kxP06wc9rlB1CLzz12htTui74HnBE3Odfy blO5PHWKbRNTJ/fayaQ/h7IxJ/J/0U2o0w2QUdsYawxuMbbf3h8eW0QCWGvOzOmEa5im GtDqbEKIE2qbogpF8hX2y+hCD/pa7u3DhzRTnNvKPdou0KollSbGWh6RG1+Za3sjm4KE N3WDe3f2jD0b2cXBdjAiS7K/wcCMWCP91k/c6t9Q4caDDmlVdYLncwsnU0ioVGMsdpPW P1bwzash8CtJqCdDXidxXVJYtgIm405Eowian/upCOUW8v9aj/Pl8lv5lsEJm8TsbP2p kjxQ== X-Gm-Message-State: AOAM532yW1oJa89sUZHS94+3jvA5/xXdlwwIbt7LGgd9Rp6xJV5l8nLF fbdgLBUN9fmBRP+eBaREqFe/puljit+9Jw== X-Google-Smtp-Source: ABdhPJzXlEq6Lox1Qoqf+bwgtj/wz6WqQMQOdxSuHIT+5pQ7tGKE7mcfs8LZje0gLzRfL2CaY8GHfg== X-Received: by 2002:a2e:9244:: with SMTP id v4mr13943863ljg.196.1615199126450; Mon, 08 Mar 2021 02:25:26 -0800 (PST) Received: from [192.168.43.114] ([146.255.182.173]) by smtp.gmail.com with ESMTPSA id 200sm1302717lfl.2.2021.03.08.02.25.25 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 08 Mar 2021 02:25:25 -0800 (PST) Sender: Dominique Unruh To: Makarius , cl-isabelle-users References: <98db2f8c-aaaf-8fff-04bd-99f97a53e548 at sketis.net> <597e351a-6661-8465-cc90-2712cba488d7 at ut.ee> <622c0254-8556-550f-bb28-60e12b3d3d95 at sketis.net> From: Dominique Unruh Message-ID: <63abf627-7bc2-fa06-3f88-9a5a60e8f871 at ut.ee> Date: Mon, 8 Mar 2021 11:49:13 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <622c0254-8556-550f-bb28-60e12b3d3d95 at sketis.net> Content-Type: multipart/alternative; boundary="------------97D58CFBFBDF4A95C3C03350" Content-Language: en-US Subject: Re: [isabelle] Remaining uses of "isabelle process" and "isabelle console" X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 10:25:33 -0000 This is a multi-part message in MIME format. --------------97D58CFBFBDF4A95C3C03350 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit >> My scala-isabelle library currently uses 'isabelle process'. It uses it in the >> following way: >> >> * From a Scala application, the Isabelle process is invoked with '-e >> somefile.ML' where somefile.ML contains a loop that reads commands from >> one named pipe (or socket in Windows) and writes responses asynchronously >> to another named pipe (or socket). > The proper way to invoke an Isabelle ML process in Scala is is via > isabelle.ML_Process() --- it has a lot of flexibility. At the same time I > reckon that this approach will not do the job, because it is not connected > properly to Isabelle/Scala via the PIDE protocol. I confirm that I got things to work this way. I am using the following code: override def startIsabelleProcess(cwd: Path, mlCode: String, logic: String, sessionRoots: Array[Path], build: Boolean, userDir: Optional[Path]): Process = { Isabelle_System.init(isabelle_root = isabelleRoot.toString) val channel = System_Channel() val options = Options.init() val channel_options = options.string.update("system_channel_address", channel.address). string.update("system_channel_password", channel.password) val sessionRoots2 = sessionRoots.map(p => isabelle.Path.explode(p.toString)).toList val sessions_structure = Sessions.load_structure(options = options, dirs = sessionRoots2) val store = Sessions.store(options) if (build) { Isabelle_Thread.fork(name ="Build Isabelle", daemon =true) { Build.build_logic(options = options, logic = logic, build_heap =true, dirs = sessionRoots2) }.join() } ML_Process(channel_options, sessions_structure, store, eval_main = mlCode, logic = logic, cwd = cwd.toFile) } Can you confirm that I am using the proper functions here? (Most of it is guess work and try and error.) And one additional question: Is there a way to set the Isabelle user home? I tried the following code (inspired by some fragment I found in the Isabelle source somewhere), but it has no effect. Maybe there is a different way? (I do not want to require an environment variable to be set outside the application. But I want to give Scala apps the possibility to use a local setup that does not interfere with the Isabelle config of the user, if needed.) val userDir2 = isabelle.File.standard_path(userDir.get().toString) val putenv = Class.forName("org.gjt.sp.jedit.MiscUtilities") .getMethod("putenv", classOf[String], classOf[String]) putenv.invoke(null,"ISABELLE_HOME_USER", userDir2) putenv.invoke(null,"USER_HOME", userDir2) One more question: I am passing the session root directories both to Sessions.load_structure and to Build.build_logic. I am worried that this means that the time-intensive scan of the session directories (especially if AFP is loaded) happens twice. Is that correct? Can it be avoided? But these remaining questions notwithstanding, it seems that I will not need the command line "isabelle process" as long as ML_Process will be there. >> * I do not want to use the PIDE protocol for communication between the Scala >> application and scala-isabelle (but instead my own binary protocol). >> (Because I got a factor 1000 or so in round-trip time when switching to my >> own minimalistic RPC protocol compared to libisabelle that used PIDE.) >> >> >> Afterwards, the measured roundtrip for Scala.function is approx. 0..2ms. That is indeed better than what I experienced, but still is far from the round-trip time of 0.03ms I measured with a minimalistic protocol. But I will explore a possible transition to PIDE / Isabelle/Scala as a backend further in the future, as soon as time permits. (Maybe switching to named pipes on Linux instead of network sockets is the main reason for the speed difference. At least in my experiments, the round trip time was much faster with named pipes.) Best wishes, Dominique. --------------97D58CFBFBDF4A95C3C03350 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
My scala-isabelle library currently uses 'isabelle process'. It uses it in the
following way:

  * From a Scala application, the Isabelle process is invoked with '-e
    somefile.ML' where somefile.ML contains a loop that reads commands from
    one named pipe (or socket in Windows) and writes responses asynchronously
    to another named pipe (or socket).
The proper way to invoke an Isabelle ML process in Scala is is via
isabelle.ML_Process() --- it has a lot of flexibility. At the same time I
reckon that this approach will not do the job, because it is not connected
properly to Isabelle/Scala via the PIDE protocol.

I confirm that I got things to work this way. I am using the following code:

  override def startIsabelleProcess(cwd: Path, mlCode: String, logic: String,
                                    sessionRoots: Array[Path], build: Boolean,
                                    userDir: Optional[Path]): Process = {

    Isabelle_System.init(isabelle_root = isabelleRoot.toString)
    val channel = System_Channel()
    val options = Options.init()
    val channel_options = options.string.update("system_channel_address", channel.address).
      string.update("system_channel_password", channel.password)

    val sessionRoots2 = sessionRoots.map(p => isabelle.Path.explode(p.toString)).toList
    val sessions_structure = Sessions.load_structure(options = options, dirs = sessionRoots2)
    val store = Sessions.store(options)

    if (build) {
      Isabelle_Thread.fork(name = "Build Isabelle", daemon = true) {
        Build.build_logic(options = options, logic = logic, build_heap = true, dirs = sessionRoots2)
      }.join()
    }

    ML_Process(channel_options, sessions_structure, store, eval_main = mlCode, logic = logic, cwd = cwd.toFile)
  }


Can you confirm that I am using the proper functions here? (Most of it is guess work and try and error.)

And one additional question: Is there a way to set the Isabelle user home? I tried the following code (inspired by some fragment I found in the Isabelle source somewhere), but it has no effect. Maybe there is a different way? (I do not want to require an environment variable to be set outside the application. But I want to give Scala apps the possibility to use a local setup that does not interfere with the Isabelle config of the user, if needed.)

val userDir2 = isabelle.File.standard_path(userDir.get().toString)
val putenv = Class.forName("org.gjt.sp.jedit.MiscUtilities")
  .getMethod("putenv", classOf[String], classOf[String])
putenv.invoke(null, "ISABELLE_HOME_USER", userDir2)
putenv.invoke(null, "USER_HOME", userDir2)

One more question: I am passing the session root directories both to Sessions.load_structure and to Build.build_logic. I am worried that this means that the time-intensive scan of the session directories (especially if AFP is loaded) happens twice. Is that correct? Can it be avoided?

But these remaining questions notwithstanding, it seems that I will not need the command line "isabelle process" as long as ML_Process will be there.


  * I do not want to use the PIDE protocol for communication between the Scala
    application and scala-isabelle (but instead my own binary protocol).
    (Because I got a factor 1000 or so in round-trip time when switching to my
    own minimalistic RPC protocol compared to libisabelle that used PIDE.)


Afterwards, the measured roundtrip for Scala.function is approx. 0..2ms.

That is indeed better than what I experienced, but still is far from the round-trip time of 0.03ms I measured with a minimalistic protocol. But I will explore a possible transition to PIDE / Isabelle/Scala as a backend further in the future, as soon as time permits.

(Maybe switching to named pipes on Linux instead of network sockets is the main reason for the speed difference. At least in my experiments, the round trip time was much faster with named pipes.)

Best wishes,
Dominique.


--------------97D58CFBFBDF4A95C3C03350-- From makarius at sketis.net Mon Mar 08 11:49:16 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:47962) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lJENw-000898-4q (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 08 Mar 2021 11:49:16 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887289 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [188.68.63.162 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([188.68.63.162]:40237) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lJENv-000ELD-7K (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 08 Mar 2021 11:49:16 +0000 Received: from mors-relay-8201.netcup.net (localhost [127.0.0.1]) by mors-relay-8201.netcup.net (Postfix) with ESMTPS id 4DvGpL0Mb6zBRkK; Mon, 8 Mar 2021 12:49:14 +0100 (CET) Received: from policy01-mors.netcup.net (unknown [46.38.225.35]) by mors-relay-8201.netcup.net (Postfix) with ESMTPS id 4DvGpK74rvzBRk3; Mon, 8 Mar 2021 12:49:13 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy01-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.9 X-Spam-Level: X-Spam-Status: No, score=-2.9 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy01-mors.netcup.net (Postfix) with ESMTPS id 4DvGpK2qflz8sX5; Mon, 8 Mar 2021 12:49:12 +0100 (CET) Received: from [192.168.178.32] (aftr-62-216-204-118.dynamic.mnet-online.de [62.216.204.118]) by mx2f26.netcup.net (Postfix) with ESMTPSA id 6D578A686E; Mon, 8 Mar 2021 12:49:12 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.118) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.178.32] Received-SPF: pass (mx2f26: connection is authenticated) To: Dominique Unruh , cl-isabelle-users References: <98db2f8c-aaaf-8fff-04bd-99f97a53e548 at sketis.net> <597e351a-6661-8465-cc90-2712cba488d7 at ut.ee> <622c0254-8556-550f-bb28-60e12b3d3d95 at sketis.net> <63abf627-7bc2-fa06-3f88-9a5a60e8f871 at ut.ee> From: Makarius Message-ID: <139d2564-7b57-7d6d-e89b-32bd458a2a17 at sketis.net> Date: Mon, 8 Mar 2021 12:49:12 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <63abf627-7bc2-fa06-3f88-9a5a60e8f871 at ut.ee> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-PPP-Message-ID: <161520415256.9721.1845811175202193799 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: NntNkjl6E5apIv+QWvLvGfQEE42C9ymjuPJulNf+NhJUFRY= Subject: Re: [isabelle] Remaining uses of "isabelle process" and "isabelle console" X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 11:49:16 -0000 On 08/03/2021 10:49, Dominique Unruh wrote: > >>> Afterwards, the measured roundtrip for Scala.function is approx. 0..2ms. > > That is indeed better than what I experienced, but still is far from the > round-trip time of 0.03ms I measured with a minimalistic protocol. But I will > explore a possible transition to PIDE / Isabelle/Scala as a backend further in > the future, as soon as time permits. > > (Maybe switching to named pipes on Linux instead of network sockets is the > main reason for the speed difference. At least in my experiments, the round > trip time was much faster with named pipes.) The named pipes were there until some years ago, when I made everything uniform for the sake of Windows: https://isabelle-dev.sketis.net/rISABELLEacba5d6fdb2 It might be possible to do named pipes again with current Java versions (we are presently at Java 15, soon at Java 17), but I did not have time to investigate (and no particular reason for doing it). Makarius From makarius at sketis.net Mon Mar 08 12:41:04 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:53776) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lJFC4-0004Ao-I7 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 08 Mar 2021 12:41:04 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887289 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [188.68.61.103 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([188.68.61.103]:40173) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lJFC2-0001tt-2z (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 08 Mar 2021 12:41:04 +0000 Received: from mors-relay-8403.netcup.net (localhost [127.0.0.1]) by mors-relay-8403.netcup.net (Postfix) with ESMTPS id 4DvHy61hjqz8jbq; Mon, 8 Mar 2021 13:41:02 +0100 (CET) Received: from policy02-mors.netcup.net (unknown [46.38.225.35]) by mors-relay-8403.netcup.net (Postfix) with ESMTPS id 4DvHy61JPdz8jSy; Mon, 8 Mar 2021 13:41:02 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy02-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.9 X-Spam-Level: X-Spam-Status: No, score=-2.9 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy02-mors.netcup.net (Postfix) with ESMTPS id 4DvHy52ySJz8skK; Mon, 8 Mar 2021 13:41:01 +0100 (CET) Received: from [192.168.178.32] (aftr-62-216-204-118.dynamic.mnet-online.de [62.216.204.118]) by mx2f26.netcup.net (Postfix) with ESMTPSA id 97FCCA1FA8; Mon, 8 Mar 2021 13:41:00 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.118) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.178.32] Received-SPF: pass (mx2f26: connection is authenticated) To: Dominique Unruh , cl-isabelle-users References: <98db2f8c-aaaf-8fff-04bd-99f97a53e548 at sketis.net> <597e351a-6661-8465-cc90-2712cba488d7 at ut.ee> <622c0254-8556-550f-bb28-60e12b3d3d95 at sketis.net> <63abf627-7bc2-fa06-3f88-9a5a60e8f871 at ut.ee> From: Makarius Message-ID: <5c6c872b-16b4-0f95-3020-f6f0e22d0bc2 at sketis.net> Date: Mon, 8 Mar 2021 13:41:00 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <63abf627-7bc2-fa06-3f88-9a5a60e8f871 at ut.ee> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-PPP-Message-ID: <161520726075.318.10282841664970789020 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: eNE2GhN89LyOxBTefQuhwoog8MG+YD/hdvqVNp2/Y4kl22o= Subject: Re: [isabelle] Remaining uses of "isabelle process" and "isabelle console" X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 12:41:04 -0000 On 08/03/2021 10:49, Dominique Unruh wrote: > >> The proper way to invoke an Isabelle ML process in Scala is is via >> isabelle.ML_Process() --- it has a lot of flexibility. At the same time I >> reckon that this approach will not do the job, because it is not connected >> properly to Isabelle/Scala via the PIDE protocol. > > I confirm that I got things to work this way. I am using the following code: > > override def startIsabelleProcess(cwd: Path, mlCode: String, logic: String, > sessionRoots: Array[Path], build: Boolean, > userDir: Optional[Path]): Process = { > Isabelle_System.init(isabelle_root = isabelleRoot.toString) > val channel = System_Channel() > val options = Options.init() > val channel_options = options.string.update("system_channel_address", channel.address). > string.update("system_channel_password", channel.password) > > val sessionRoots2 = sessionRoots.map(p => isabelle.Path.explode(p.toString)).toList > val sessions_structure = Sessions.load_structure(options = options, dirs = sessionRoots2) > val store = Sessions.store(options) > > if (build) { > Isabelle_Thread.fork(name = "Build Isabelle", daemon = true) { > Build.build_logic(options = options, logic = logic, build_heap = true, dirs = sessionRoots2) > }.join() > } > > ML_Process(channel_options, sessions_structure, store, eval_main = mlCode, logic = logic, cwd = cwd.toFile) > } > > Can you confirm that I am using the proper functions here? (Most of it is > guess work and try and error.) It looks fine as a start. Just a few side-remarks: * It is better to invoke Isabelle_System.init() only once at the start of the application, not for each Isabelle process. * Likewise it is better to invoke Options.init() only once, and later pass around (options: Options) in a purely functional manner. * sessionRoots: Array[Path] looks very strange. Are you trying to imitate very old Java conventions (or Eclipse)? Array is the worst data structure ever. In recent Java, I see more and more uses of java.util.List, together with convenient List.of() functions to create adhoc instances. And Scala 2.13 has good conversions asJava / asScala --- not that I using that myself, unless there is no way around it. * isabelle.Path.explode(p.toString) looks quite fragile; it is unlikely to work on Windows. Assuming that your Path type is java.nio.file.Path you can use isabelle.File.path(path.toFile) * cwd could be null (a rare exception in Isabelle/Scala signatures!) and thus cwd.toFile could crash. * Instead of Isabelle_Thread.fork, I often use the more convenient Future.thread. Anyway, the above would merely replace the external "isabelle process" by internal Isabelle/Scala operations. It does not address the problem of a missing PIDE session context for Isabelle/ML/Scala function invocations --- the starting point of this thread. You can probably get through with isabelle.Isabelle_Process instead of isabelle.ML_Process: that will also take care of the System_Channel. Note that a PIDE session/protocol context does not necessarily mean PIDE document model: Build.build does a regular batch-build within that context, without any Document.update. The point of the whole exercise is to have official protocol commands and protocol messages, instead of low-level stream communication. > And one additional question: Is there a way to set the Isabelle user home? You can do it indirectly by giving an alternative ISABELLE_IDENTIFIER, e.g. like this on the command-line: env ISABELLE_IDENTIFIER=My_Great_App_for_Isabelle2021 Isabelle2011/bin/isabelle getenv ISABELLE_HOME_USER ISABELLE_HOME_USER=/home/makarius/.isabelle/My_Great_App_for_Isabelle2021 That environment needs to be present for Isabelle_System.init(). > One more question: I am passing the session root directories both to > Sessions.load_structure and to Build.build_logic. I am worried that this means > that the time-intensive scan of the session directories (especially if AFP is > loaded) happens twice. Is that correct? Can it be avoided? Sessions.load_structure alone is not very expensive: it merely traverses all ROOT files. This takes approx. 0.1s for Isabelle + AFP, after the first run of approx. 0.3s. Build.build_logic does a rather expensive up-to-date check of the specified logic image (not other sessions). E.g. 1s for HOL, 3s for HOL-Analysis. The standard approach is to do it only once on application startup. (Existing "isabelle process" or ML_Process(), Isabelle_Process() don't do a build either.) Makarius From walther.neuper at jku.at Mon Mar 08 13:36:01 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:36974) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lJG3F-0006nC-4N (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 08 Mar 2021 13:36:01 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887289 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [140.78.3.66 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [140.78.3.66 listed in wl.mailspike.net] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from emailsecure.uni-linz.ac.at ([140.78.3.66]:38976) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lJG3E-000twd-1Z (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 08 Mar 2021 13:36:01 +0000 Received: from [10.0.0.1] (217-149-162-160.nat.highway.telekom.at [217.149.162.160]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by emailsecure.uni-linz.ac.at (Postfix) with ESMTPSA id 4DvK9W38v9z2PQ2 for ; Mon, 8 Mar 2021 14:35:59 +0100 (CET) To: cl-isabelle-users at lists.cam.ac.uk From: Walther Neuper Message-ID: <8ef22a0d-ba2f-1d6d-adc2-842cab91a7ef at jku.at> Date: Mon, 8 Mar 2021 14:35:59 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------C61064EDA7B3B69166AFDAF4" Content-Language: en-GB Subject: [isabelle] keywords "spark_open" :: thy_load (spark_siv) X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 13:36:01 -0000 This is a multi-part message in MIME format. --------------C61064EDA7B3B69166AFDAF4 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit the update of working code from Isabelle2020 to 21 shows that ":: thy_load" has changed and now takes a kind of constant, for instance spark_siv, instead of strings. we use SPARK as a model for our application, but are not yet successful with the following adaption of our code ... /----------- *.thy ------------------------------------ keywords "Example" :: thy_load (isac_example) val _ =                                                    Outer_Syntax.command \<^command_keyword>‹Example› "start a Calculation from a Formalise-file"     (Resources.provide_parse_files (Command_Span.extensions ["str"]) -- Parse.parname       >> (Toplevel.theory o (Preliminary.load_formalisation ParseC.formalise))); \---------- *.thy ------------------------------------ /----------- isac.scala ------------------------------ package isabelle.isac import isabelle._ object ISAC { class Load_Command1 extends Command_Span.Load_Command("isac_example") { override val extensions: List[String] = List("str") } } \---------- isac.scala ------------------------------ ... because keywords "Example" raises the error Unknown load command specification: "isac_example" ... which is no surprise. However taking the model keywords "spark_open" :: thy_load (spark_siv) ... and looking for the definition of spark_siv, there are only two occurrences of spark_siv ~$ grep -r spark_siv src/HOL/SPARK/ src/HOL/SPARK/SPARK_Setup.thy: and "spark_open" :: thy_load (spark_siv) src/HOL/SPARK/Tools/spark.scala: class Load_Command2 extends Command_Span.Load_Command("spark_siv") ... so the question: where / how is the constant spark_siv defined ? Any hint is welcome, Walther --------------C61064EDA7B3B69166AFDAF4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

the update of working code from Isabelle2020 to 21 shows that ":: thy_load" has changed and now takes a kind of constant, for instance spark_siv, instead of strings.

we use SPARK as a model for our application, but are not yet successful with the following adaption of our code ...

/----------- *.thy ------------------------------------
keywords "Example" :: thy_load (isac_example)
val _ =                                                  
  Outer_Syntax.command \<^command_keyword>‹Example› 
    "start a Calculation from a Formalise-file"
    (Resources.provide_parse_files (Command_Span.extensions ["str"]) -- Parse.parname
      >> (Toplevel.theory o (Preliminary.load_formalisation ParseC.formalise)));
\---------- *.thy ------------------------------------
/----------- isac.scala ------------------------------
package isabelle.isac
import isabelle._
object ISAC
{ class Load_Command1 extends Command_Span.Load_Command("isac_example")
  { override val extensions: List[String] = List("str") }
}
\---------- isac.scala ------------------------------

... because keywords "Example" raises the error

	Unknown load command specification: "isac_example"

... which is no surprise. However taking the model

   	keywords "spark_open" :: thy_load (spark_siv)

... and looking for the definition of spark_siv, there are only two occurrences of spark_siv

   ~$ grep -r spark_siv src/HOL/SPARK/
   src/HOL/SPARK/SPARK_Setup.thy:    and "spark_open" :: thy_load (spark_siv)
   src/HOL/SPARK/Tools/spark.scala:  class Load_Command2 extends Command_Span.Load_Command("spark_siv")

... so the question: where / how is the constant spark_siv defined ?

Any hint is welcome,

Walther

--------------C61064EDA7B3B69166AFDAF4-- From jens.doll at live.de Mon Mar 08 17:17:25 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:60044) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lJJVV-0003GF-1x (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 08 Mar 2021 17:17:25 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887289 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [40.92.91.72 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.92.91.72 listed in wl.mailspike.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [jens.doll[at]live.de] * 0.0 MSGID_FROM_MTA_HEADER Message-Id was added by a relay X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-am6eur05olkn2072.outbound.protection.outlook.com ([40.92.91.72]:55777 helo=EUR05-AM6-obe.outbound.protection.outlook.com) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lJJVU-000NRn-8J (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 08 Mar 2021 17:17:25 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NKKGLF39wKDCPwkun8QWZB+T2MTBzPnl78r/mXRmJgRr1ufFh6ky/67+/fXwUbwUT9Joglyb6YY+2OXs11InxUu1nU05AiSgqHkaW/Fi9Yl6UGSse2c9Fgmcun6pqImLXHrxBirep2EkaZAsoRtTXkvnSv9zMkJ2xME0gYEXwJ36QL4GtFLePG/SpNDEEmJXalQ6bqUA5Rb0VtIP3fU6v+FNJcGXuM6HhsO5pD4LUD9m/jbU+T1lX3d2Cs9NcoKDilCaBUggbmYzZSuhGdJrPKtJ4/izsEf+a5YkIEndzgNdfgCqoyGGI4MAbmvikMjueH98QuKE4kpYd0GroPet7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nVmM4m87CQ//Ve4zGGuzkHXwQEYl6VDe9cLcmDzJJ/E=; b=W5dCrsPVSolyWCd1JuL0ZyQrYW1Cu36BQEowepm1kuOK8/oPVxbleI5dxGaQ8l89o3JZ9KwVYd3wpPkxiTIg9152PxBMpcRv0QXwbEjqgW9BvmS1NxPAOmSMgOXPuNSKY5ESyg5QJQZEMuUGo0Lk61KYDNUcvCuz2dnbB/RbSAOEXUCR7AJPxQ09RV3Mm/lJq+8rAM9IOPdL2BHLMl6aTOWV76OCjn+sHaI/v7aCvkTAPr04hzyeurfUuBfx2GNavETkn1lOANoEtbbikohyze0wOX6fJL041Vlr/qQabCRChjbTwXV6n0nDq0KzyF/iEBprhOhFn0/1mTWlijB6rQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from AM6EUR05FT014.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc11::4b) by AM6EUR05HT262.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc11::370) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.17; Mon, 8 Mar 2021 17:17:11 +0000 Received: from AM8P195MB1044.EURP195.PROD.OUTLOOK.COM (2a01:111:e400:fc11::52) by AM6EUR05FT014.mail.protection.outlook.com (2a01:111:e400:fc11::213) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.17 via Frontend Transport; Mon, 8 Mar 2021 17:17:11 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:9D1969581A00DB34BA5EC907F741F12ACB47D3B112DE12F0DB7F3962C5004097; UpperCasedChecksum:968812662D99DF89F9EE8D11127D03D126DB8187A164B032F998FC77CCAEC047; SizeAsReceived:8687; Count:48 Received: from AM8P195MB1044.EURP195.PROD.OUTLOOK.COM ([fe80::85e8:8876:fffc:37df]) by AM8P195MB1044.EURP195.PROD.OUTLOOK.COM ([fe80::85e8:8876:fffc:37df%3]) with mapi id 15.20.3890.037; Mon, 8 Mar 2021 17:17:11 +0000 From: "Jens-D. Doll" To: "Dr A. Koutsoukou-Argyraki" Date: Mon, 08 Mar 2021 17:17:10 +0000 Message-ID: In-Reply-To: References: User-Agent: eM_Client/8.1.1060.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-TMN: [3Rz4iqtGpkk1JUmxCdaYXmqN8isIMtS2] X-ClientProxiedBy: AM4P190CA0001.EURP190.PROD.OUTLOOK.COM (2603:10a6:200:56::11) To AM8P195MB1044.EURP195.PROD.OUTLOOK.COM (2603:10a6:20b:1c9::10) X-Microsoft-Original-Message-ID: MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from [192.168.1.36] (109.41.64.2) by AM4P190CA0001.EURP190.PROD.OUTLOOK.COM (2603:10a6:200:56::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.17 via Frontend Transport; Mon, 8 Mar 2021 17:17:11 +0000 X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 48 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: 50840105-4433-4680-eaac-08d8e25602db X-MS-TrafficTypeDiagnostic: AM6EUR05HT262: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: CJivdO0usTtdldkB0mR7yr7kEV0ewmHyvCrpuuPl99jKx+zR7lt9Ml/lJDceJ32ECekSmnDRd/NjE0J3IRZj/WF/H+zQ+1EKXAm4ZJQAXWYvEYPnMfaxA1KTdVvU96zhrVa8PYGJ87QwC0tIl2jQc0A5LmK2wQweXjXQ1KGlt8AR5VyHIM9k23NEtjWICB50rprefKO4Hn6UW5Q9XGJbbHCysEPfCXuj8z8gehH0vyWMWXWyF04gptOYysILSFBhee95whZHmfg4T9XW2Vu4JJhg1DmUlzATVpUVntas69dSHgmRjtQfu/C2gRBJnrIH4z+yirLDvhs9mkdyTRLM+gdFOMhPIS3bcZHqlzmhuoXRkpOtUFqgjcAM05BqjDJMiNTP69hEYjKkHv7Dtrj6bw== X-MS-Exchange-AntiSpam-MessageData: IFpW7o0cdlLfCTanr4B5SEU3JM6H3WDmBQKbzsRx5a6nlhtYxNnVHcQXQkymylo+IGHt3dUj+gPtuh0S2Mdum/odZcJmGPPz9ncemFkMNpUeKMvD8/DTYDvixFUHvDq42MynNtIaSK2olwSqrT5VfQ== X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 50840105-4433-4680-eaac-08d8e25602db X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Mar 2021 17:17:11.8216 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-AuthSource: AM6EUR05FT014.eop-eur05.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6EUR05HT262 Cc: Isabelle Users Subject: Re: [isabelle] Structure of Proofs X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list Reply-To: "Jens-D. Doll" List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 17:17:25 -0000 Hello Angeliki, the basic types of proofs is not enough. I imagine a formal expression=20 over these types, which tells me if a certain sequence or hierarchy is=20 allowed. For instance a sequence of two proofs by contradiction is not=20 allowed?! Jens From makarius at sketis.net Mon Mar 08 18:56:09 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:55574) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lJL33-0006VS-Oi (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 08 Mar 2021 18:56:09 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887289 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [46.38.247.119 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([46.38.247.119]:49627) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lJL32-000xcj-2u (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 08 Mar 2021 18:56:09 +0000 Received: from mors-relay-8404.netcup.net (localhost [127.0.0.1]) by mors-relay-8404.netcup.net (Postfix) with ESMTPS id 4DvSGw28k0z8xqd; Mon, 8 Mar 2021 19:56:08 +0100 (CET) Received: from policy02-mors.netcup.net (unknown [46.38.225.35]) by mors-relay-8404.netcup.net (Postfix) with ESMTPS id 4DvSGw1nDpz4xVV; Mon, 8 Mar 2021 19:56:08 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy02-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.9 X-Spam-Level: X-Spam-Status: No, score=-2.9 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy02-mors.netcup.net (Postfix) with ESMTPS id 4DvSGs39Qxz8ssk; Mon, 8 Mar 2021 19:56:05 +0100 (CET) Received: from [192.168.178.32] (aftr-62-216-204-118.dynamic.mnet-online.de [62.216.204.118]) by mx2f26.netcup.net (Postfix) with ESMTPSA id 0A1BEA582C; Mon, 8 Mar 2021 19:56:05 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.118) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.178.32] Received-SPF: pass (mx2f26: connection is authenticated) To: Walther Neuper , cl-isabelle-users at lists.cam.ac.uk References: <8ef22a0d-ba2f-1d6d-adc2-842cab91a7ef at jku.at> From: Makarius Message-ID: <12bf8ff6-32ad-1398-fd12-36e8035c45bf at sketis.net> Date: Mon, 8 Mar 2021 19:56:04 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <8ef22a0d-ba2f-1d6d-adc2-842cab91a7ef at jku.at> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-PPP-Message-ID: <161522976519.16893.5581801134251069133 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: Einvsla/2JREbLqwKMnkuD+t/O9QQgVdfwq7zACoUfnoFA4= Subject: Re: [isabelle] keywords "spark_open" :: thy_load (spark_siv) X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 18:56:09 -0000 On 08/03/2021 14:35, Walther Neuper wrote: > the update of working code from Isabelle2020 to 21 shows that ":: thy_load" > has changed and now takes a kind of constant, for instance spark_siv, instead > of strings. > > we use SPARK as a model for our application, but are not yet successful with > the following adaption of our code ... > > /----------- *.thy ------------------------------------ > keywords "Example" :: thy_load (isac_example) > val _ =                                                  >   Outer_Syntax.command \<^command_keyword>‹Example› > "start a Calculation from a Formalise-file" >     (Resources.provide_parse_files (Command_Span.extensions ["str"]) -- Parse.parname >       >> (Toplevel.theory o (Preliminary.load_formalisation ParseC.formalise))); > \---------- *.thy ------------------------------------ > /----------- isac.scala ------------------------------ > package isabelle.isac > import isabelle._ > object ISAC > { class Load_Command1 extends Command_Span.Load_Command("isac_example") > { override val extensions: List[String] = List("str") } > } > \---------- isac.scala ------------------------------ > > ... because keywords "Example" raises the error > > Unknown load command specification: "isac_example" > > ... which is no surprise. However taking the model > > keywords "spark_open" :: thy_load (spark_siv) > > ... and looking for the definition of spark_siv, there are only two > occurrences of spark_siv > > ~$ grep -r spark_siv src/HOL/SPARK/ > src/HOL/SPARK/SPARK_Setup.thy: and "spark_open" :: thy_load (spark_siv) > src/HOL/SPARK/Tools/spark.scala: class Load_Command2 extends Command_Span.Load_Command("spark_siv") > > ... so the question: where / how is the constant spark_siv defined ? You need to declare your add-ons to Isabelle/Scala formally via isabelle_scala_service in etc/settings, e.g. see https://isabelle.sketis.net/repos/isabelle-release/file/Isabelle2021/src/HOL/SPARK/etc/settings BTW, this is how I figured out the internal class name, e.g. in "isabelle scala": classOf[isabelle.spark.SPARK.Load_Command1].getName An alternative is to ignore the whole thing and merely use literal file names with explicit extension. E.g. see my change to 'boogie_file' for Isabelle2021: https://isabelle.sketis.net/repos/isabelle-release/rev/b808eddc83cf Makarius From chantal.keller at wanadoo.fr Tue Mar 09 10:26:03 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:54504) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lJZYx-0005fs-07 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 09 Mar 2021 10:26:03 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887316 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 T_FORGED_RELAY_MUA_TO_MX No description available. X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mailext.lri.fr ([129.175.15.10]:52472) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with smtp id 1lJZYv-000nHP-9S (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 09 Mar 2021 10:26:02 +0000 Received: from [129.175.15.10] (mailext.lri.fr [129.175.15.10]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by mailext.lri.fr (Postfix) with ESMTPSA id 9D843C0A59 for ; Tue, 9 Mar 2021 11:26:01 +0100 (CET) To: cl-isabelle-users at lists.cam.ac.uk From: Chantal Keller Message-ID: <86c07e8c-2e60-14e3-861f-2f09a91887ab at wanadoo.fr> Date: Tue, 9 Mar 2021 11:27:33 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable Subject: [isabelle] 7th International Workshop on Proof eXchange for Theorem Proving (PxTP) - First CFP X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 10:26:03 -0000 Call for Papers, PxTP 2021 The Seventh International Workshop on Proof eXchange for Theorem Proving (PxTP) https://pxtp.gitlab.io/2021 21 July 2021, online associated with the CADE-28 conference ## Background The PxTP workshop brings together researchers working on various aspects of communication, integration, and cooperation between reasoning systems and formalisms. The progress in computer-aided reasoning, both automatic and interactive, during the past decades, has made it possible to build deduction tools that are increasingly more applicable to a wider range of problems and are able to tackle larger problems progressively faster. In recent years, cooperation of such tools in larger verification environments has demonstrated the potential to reduce the amount of manual intervention. Examples include the Sledgehammer tool providing an interface between Isabelle and (untrusted) automated provers, and collaboration of the HOL Light and Isabelle systems in the formal proof of the Kepler conjecture. Cooperation between reasoning systems relies on availability of theoretical formalisms and practical tools for exchanging problems, proofs, and models. The PxTP workshop strives to encourage such cooperation by inviting contributions on suitable integration, translation, and communication methods, standards, protocols, and programming interfaces. The workshop welcomes developers of automated and interactive theorem proving tools, developers of combined systems, developers and users of translation tools and interfaces, and producers of standards and protocols. We are interested both in success stories and descriptions of current bottlenecks and proposals for improvement. ## Topics Topics of interest for this workshop include all aspects of cooperation between reasoning tools, whether automatic or interactive. More specifically, some suggested topics are: * applications that integrate reasoning tools (ideally with certification of the result); * interoperability of reasoning systems; * translations between logics, proof systems, models; * distribution of proof obligations among heterogeneous reasoning tools; * algorithms and tools for checking and importing (replaying, reconstructing) proofs; * proposed formats for expressing problems and solutions for different classes of logic solvers (SAT, SMT, QBF, first-order logic, higher-order logic, typed logic, rewriting, etc.); * meta-languages, logical frameworks, communication methods, standards, protocols, and APIs related to problems, proofs, and models; * comparison, refactoring, transformation, migration, compression and optimization of proofs; * data structures and algorithms for improved proof production in solvers (e.g., efficient proof representations); * (universal) libraries, corpora and benchmarks of proofs and theories; * alignment of diverse logics, concepts and theories across systems and libraries; * engineering aspects of proofs (e.g., granularity, flexiformality, persistence over time); * proof certificates; * proof checking; * mining of (mathematical) information from proofs (e.g., quantifier instantiations, unsat cores, interpolants, ...); * reverse engineering and understanding of formal proofs; * universality of proofs (i.e. interoperability of proofs between different proof calculi); * origins and kinds of proofs (e.g., (in)formal, automatically generated, interactive, ...) * Hilbert's 24th Problem (i.e. what makes a proof better than another?); * social aspects (e.g., community-wide initiatives related to proofs, cooperation between communities, the future of (formal) proofs); * applications relying on importing proofs from automatic theorem provers, such as certified static analysis, proof-carrying code, or certified compilation; * application-oriented proof theory; * practical experiences, case studies, feasibility studies. ## Submissions Researchers interested in participating are invited to submit either an extended abstract (up to 8 pages) or a regular paper (up to 15 pages). Submissions will be refereed by the program committee, which will select a balanced program of high-quality contributions. Short submissions that could stimulate fruitful discussion at the workshop are particularly welcome. We expect that one author of every accepted paper will present their work at the workshop. Submitted papers should describe previously unpublished work, and must be prepared using the LaTeX EPTCS class (http://style.eptcs.org). Papers will be submitted via EasyChair, at the PxTP'2021 workshop page (https://easychair.org/conferences/?conf=3Dpxtp-7). Accepted regular papers will appear in an EPTCS volume. ## Important Dates * Abstract submission: April 21, 2021 * Paper submission: April 28, 2021 * Notification: May 26, 2021 * Camera ready versions due: June 16, 2021 * Workshop: July 11, 2021 (online) ## Invited Speakers TBA ## Program Committee * Haniel Barbosa (Universidade Federal de Minas Gerais (UFMG), Belo Horizonte, Brazil) * Denis Cousineau (Mitsubishi, France) * Stefania Dumbrava (ENSIIE, France) * Katalin Fazekas (TU Wien, Austria) * Mathias Fleury (Johannes Kepler University Linz, Austria), co-chair * Predrag Jani=C4=8Di=C4=87 (University of Belgrade, Serbia) * Chantal Keller (LRI, Universit=C3=A9 Paris-Saclay, France), co-chair * Aina Niemetz (Stanford University, USA) * Jens Otten (University of Oslo, Norway) * Giselle Reis (CMU-Qatar, Qatar) * Geoff Sutcliffe (University of Miami, USA) * Fran=C3=A7ois Thir=C3=A9 (Nomadic Labs, France) * Sophie Tourret (Max-Planck-Institut f=C3=BCr Informatik, Germany) * Josef Urban (Czech Institute of Informatics, Czech Republic) ## Previous PxTP Editions * PxTP 2019 (http://pxtp.gforge.inria.fr/2019), affiliated to CADE-27 * PxTP 2017 (https://pxtp.github.io/2017), affiliated to Tableaux 2017, FroCoS 2017 and ITP 2017 * PxTP 2015 (http://pxtp15.lri.fr), affiliated to CADE-25 * PxTP 2013 (http://www.cs.ru.nl/pxtp13), affiliated to CADE-24 * PxTP 2012 (http://pxtp2012.inria.fr), affiliated to IJCAR 2012 * PxTP 2011 (http://pxtp2011.loria.fr), affiliated to CADE-23 From lp15 at cam.ac.uk Tue Mar 09 15:00:27 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:42644) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lJdqV-0007Qb-Rw (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 09 Mar 2021 15:00:27 +0000 X-Cam-SpamDetails: score -1.1 from SpamAssassin-3.4.4-1887316 * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta2.cl.cam.ac.uk ([128.232.25.22]:45613) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lJdqV-000mpy-gY (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 09 Mar 2021 15:00:27 +0000 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]) by mta2.cl.cam.ac.uk with esmtp (Exim 4.86_2) (envelope-from ) id 1lJdqV-0001uY-4M for isabelle-users at cl.cam.ac.uk; Tue, 09 Mar 2021 15:00:27 +0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from lpaulson.plus.com ([81.174.248.240]:53526 helo=selenium.lan) by ppsw-33.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:25) with esmtpsa (PLAIN:lp15) (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lJdqV-000mpg-gA (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Tue, 09 Mar 2021 15:00:27 +0000 From: Lawrence Paulson Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Message-Id: Date: Tue, 9 Mar 2021 15:00:26 +0000 To: isabelle-users X-Mailer: Apple Mail (2.3654.60.0.2.21) X-debug-header: local_aliases has suffix Subject: [isabelle] New in the AFP: Quantum projective measurements X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 15:00:27 -0000 I am happy to announce a new entry, by Mnacho Echenim, Quantum = projective measurements and the CHSH inequality: > This work contains a formalization of quantum projective measurements, = also known as von Neumann measurements, which are based on elements of = spectral theory. We also formalized the CHSH inequality, an inequality = involving expectations in a probability space that is violated by = quantum measurements, thus proving that quantum mechanics cannot be = modeled with an underlying local hidden-variable theory. You will find it online at = https://www.isa-afp.org/entries/Projective_Measurements.html Larry From j.c.blanchette at vu.nl Tue Mar 09 16:37:52 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:47830) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lJfMm-0004OC-Du (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 09 Mar 2021 16:37:52 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887316 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mailin.vu.nl ([130.37.164.73]:1153) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lJfMm-000WdL-mP (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 09 Mar 2021 16:37:52 +0000 Received: from pexch012b.vu.local (130.37.237.89) by mailin.vu.nl (130.37.164.73) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Tue, 9 Mar 2021 17:37:49 +0100 Received: from jasminsinriambp.fritz.box (130.37.253.6) by PEXCH012b.vu.local (130.37.237.89) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Tue, 9 Mar 2021 17:37:49 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) In-Reply-To: Date: Tue, 9 Mar 2021 17:37:48 +0100 Content-Transfer-Encoding: quoted-printable Message-ID: <3CEE9661-CE29-4D30-9C8C-9C8252D19747 at vu.nl> References: To: Stepan Holub X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Originating-IP: [130.37.253.6] X-ClientProxiedBy: pexch005a.vu.local (130.37.237.82) To PEXCH012b.vu.local (130.37.237.89) Cc: cl-isabelle-users at lists.cam.ac.uk Subject: Re: [isabelle] by fact and try0 X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list From: Jasmin Blanchette via Cl-isabelle-users Reply-To: Jasmin Blanchette List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 16:37:52 -0000 Dear Stepan, > is there a reason why "try0" does not use the method "fact"? There's no deep reason, no. I can take note of this, or perhaps somebody = wants to implement it before I get to it. It really just would take a = couple of lines of code at most I would guess. Cheers, Jasmin From walther.neuper at jku.at Wed Mar 10 17:21:56 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:42522) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lK2Wy-0007SD-Kp (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 10 Mar 2021 17:21:56 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887358 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [140.78.3.66 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [140.78.3.66 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from emailsecure.uni-linz.ac.at ([140.78.3.66]:28735) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lK2Wx-000Yig-p1 (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 10 Mar 2021 17:21:56 +0000 Received: from [10.0.0.1] (217-149-162-235.nat.highway.telekom.at [217.149.162.235]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by emailsecure.uni-linz.ac.at (Postfix) with ESMTPSA id 4Dwf5F6MRmz2PQ7 for ; Wed, 10 Mar 2021 18:21:53 +0100 (CET) To: cl-isabelle-users at lists.cam.ac.uk References: <8ef22a0d-ba2f-1d6d-adc2-842cab91a7ef at jku.at> <12bf8ff6-32ad-1398-fd12-36e8035c45bf at sketis.net> From: Walther Neuper Message-ID: <5d988198-2531-7beb-2807-b7cc607afa30 at jku.at> Date: Wed, 10 Mar 2021 18:21:55 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <12bf8ff6-32ad-1398-fd12-36e8035c45bf at sketis.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-GB Subject: Re: [isabelle] keywords "spark_open" :: thy_load (spark_siv) X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 17:21:56 -0000 On 08.03.21 19:56, Makarius wrote: > On 08/03/2021 14:35, Walther Neuper wrote: >> ... so the question: where / how is the constant spark_siv defined ? > You need to declare your add-ons to Isabelle/Scala formally via > isabelle_scala_service in etc/settings, e.g. see > https://isabelle.sketis.net/repos/isabelle-release/file/Isabelle2021/src/HOL/SPARK/etc/settings Thank you for the hints. I also added also the two lines "+" ..     src/Pure/Tools/scala_project.scala          "src/HOL/SPARK/Tools" -> Path.explode("isabelle.spark"),       + "src/Tools/isac/etc" -> Path.explode("isabelle.isac"),     src/Pure/build-jars          declare -a SOURCES=(              src/HOL/SPARK/Tools/spark.scala         +  src/Tools/isac/etc/isac.scala .. but although Pure was involved in editing, the command     ./bin/isabelle jedit ... did NOT re-build Pure --- how is this achieved most conveniently now, when Scala is involved? Many thanks in advance, Walther From makarius at sketis.net Wed Mar 10 17:33:24 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:47270) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lK2i4-0007zc-04 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 10 Mar 2021 17:33:24 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887358 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [185.244.194.184 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([185.244.194.184]:33049) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lK2i3-000f6N-6u (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 10 Mar 2021 17:33:23 +0000 Received: from relay01-mors.netcup.net (localhost [127.0.0.1]) by relay01-mors.netcup.net (Postfix) with ESMTPS id 4DwfLT6tQYz8tYk; Wed, 10 Mar 2021 18:33:21 +0100 (CET) Received: from policy01-mors.netcup.net (unknown [46.38.225.35]) by relay01-mors.netcup.net (Postfix) with ESMTPS id 4DwfLT6VLhz8NC9; Wed, 10 Mar 2021 18:33:21 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy01-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -1.5 X-Spam-Level: X-Spam-Status: No, score=-1.5 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_05=-0.5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy01-mors.netcup.net (Postfix) with ESMTPS id 4DwfLS5l7wz8tFn; Wed, 10 Mar 2021 18:33:20 +0100 (CET) Received: from [192.168.178.32] (aftr-62-216-204-236.dynamic.mnet-online.de [62.216.204.236]) by mx2f26.netcup.net (Postfix) with ESMTPSA id 62BF4A0C95; Wed, 10 Mar 2021 18:33:20 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.236) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.178.32] Received-SPF: pass (mx2f26: connection is authenticated) To: Walther Neuper , cl-isabelle-users at lists.cam.ac.uk References: <8ef22a0d-ba2f-1d6d-adc2-842cab91a7ef at jku.at> <12bf8ff6-32ad-1398-fd12-36e8035c45bf at sketis.net> <5d988198-2531-7beb-2807-b7cc607afa30 at jku.at> From: Makarius Message-ID: <44494492-a1b0-b0c0-5c91-c6a42c3933a8 at sketis.net> Date: Wed, 10 Mar 2021 18:33:20 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <5d988198-2531-7beb-2807-b7cc607afa30 at jku.at> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-PPP-Message-ID: <161539760053.29155.10246338106835997205 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: WQY9OSPgXTB9OW7BI3fKL8eW2ZR2vVVv/dWRZJM/TpbX1zc= Subject: Re: [isabelle] keywords "spark_open" :: thy_load (spark_siv) X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 17:33:24 -0000 On 10/03/2021 18:21, Walther Neuper wrote: > > On 08.03.21 19:56, Makarius wrote: >> On 08/03/2021 14:35, Walther Neuper wrote: >>> ... so the question: where / how is the constant spark_siv defined ? >> You need to declare your add-ons to Isabelle/Scala formally via >> isabelle_scala_service in etc/settings, e.g. see >> https://isabelle.sketis.net/repos/isabelle-release/file/Isabelle2021/src/HOL/SPARK/etc/settings > > Thank you for the hints. I also added also the two lines "+" .. > >     src/Pure/Tools/scala_project.scala >          "src/HOL/SPARK/Tools" -> Path.explode("isabelle.spark"), >       + "src/Tools/isac/etc" -> Path.explode("isabelle.isac"), > >     src/Pure/build-jars >          declare -a SOURCES=( >              src/HOL/SPARK/Tools/spark.scala >         +  src/Tools/isac/etc/isac.scala > > .. but although Pure was involved in editing, the command > >     ./bin/isabelle jedit ... > > did NOT re-build Pure --- how is this achieved most conveniently now, > when Scala is involved? You should not edit Isabelle/Pure sources in such an adhoc manner. In Isabelle2021 there is now a complete example application with user-defined ML and Scala modules, see $NAPROCHE_HOME/Intro.thy in the documentation panel. The last section of the file has live links to relevant parts of the sources. In particular, see Admin_Tools/naproche_build for how to build the add-on Scala module. For developing the Scala part with IntelliJ IDEA, I use regular "isabelle scala_project" with some manual symlinks in the generated Gradle project. The structure of that is rather simple, which is the reason why I've chosen Gradle to do this. Makarius From jaapb at kerguelen.org Thu Mar 11 07:46:44 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:35662) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lKG1s-0006WI-4x (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 11 Mar 2021 07:46:44 +0000 X-Cam-SpamDetails: score -0.0 from SpamAssassin-3.4.4-1887413 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.1 KHOP_HELO_FCRDNS Relay HELO differs from its IP's reverse DNS X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from v2202009130160128202.hotsrv.de ([45.83.106.14]:65179 helo=leygues.kerguelen.org) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtp id 1lKG1r-000n7w-hw (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 11 Mar 2021 07:46:44 +0000 Received: from leygues.kerguelen.org (localhost [IPv6:::1]) by leygues.kerguelen.org (Postfix) with ESMTP id F34511A622C for ; Thu, 11 Mar 2021 08:46:42 +0100 (CET) Received: from dev-nb-10021.localnet ([87.129.254.130]) by leygues.kerguelen.org with ESMTPSA id vHdQOuLKSWA5ZgAARiD2/A (envelope-from ) for ; Thu, 11 Mar 2021 08:46:42 +0100 From: Jaap Boender To: cl-isabelle-users at lists.cam.ac.uk Date: Thu, 11 Mar 2021 08:46:41 +0100 Message-ID: <1834246.RKWHNc76U6 at dev-nb-10021> Organization: Kerguelen MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: [isabelle] ML questions X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 07:46:44 -0000 Hi list, I've been playing around with ML and the Cookbook, trying to learn how to write a definitional package. It's working out reasonably well, but I've got two problems I'd like to ask for help on: 1) At some point, I need to create an application of the form "s t", where tye types of both s and t contain type variables. So I can't just get the terms and use $, I need to unify the types first. At the moment, I'm doing it like follows (this code is fragile and not very nice, of course, but it's a first attempt): fun add_is_valid t thy = let val Const (is_valid_c, tiv) = Proof_Context.read_term_pattern @{context} t val (no_wrap_c, Type ("fun", [tnw1, tnw2])) = Consts.the_const (Proof_Context.consts_of @{context}) @{const_name is_valid_imp_no_wrap} val (tenv, _) = Sign.typ_unify @{theory} (tnw1, tiv) (Vartab.empty, 0) val tnw1' = Envir.norm_type tenv tnw1 val tiv' = Envir.norm_type tenv tiv and then I can use (Const (no_wrap_c, tnw1' --> tnw2) $ Const (is_valid_c, tiv')) for the term I need. This works, but I have the feeling it's needlessly complicated. Is there an easier way to do this? 2) After using Goal.prove to create a proof of the term created above, I'd like to add it to the local theory; currently I'm doing this: Local_Theory.note (((Binding.name (t ^ "_no_wrap")), []), [nw_proof]) which works, but then when I try to find the lemma, it turns out to have the name is_valid_int_element_record_C_no_wrapkind=factlocal.is_valid_int_element_record_C_no_wrap which isn't very useful. What am I doing wrong? The problem also occurs if I do other things, like using the @binding antiquotation. (I am still using Isabelle2020, if that makes any difference). Thanks in advance for any advice! Jaap Boender From florian.haftmann at informatik.tu-muenchen.de Thu Mar 11 10:46:38 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:45252) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lKIpy-0001pP-UU (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 11 Mar 2021 10:46:38 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887413 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.36 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.36 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out2.in.tum.de ([131.159.0.36]:34074 helo=mail-out2.informatik.tu-muenchen.de) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lKIpy-000WON-7o (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 11 Mar 2021 10:46:38 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id 6B8801C195F; Thu, 11 Mar 2021 11:46:36 +0100 (CET) Received: (Authenticated sender: haftmann) by mail.in.tum.de (Postfix) with ESMTPSA id 5E56C1C154E; Thu, 11 Mar 2021 11:46:34 +0100 (CET) (Extended-Queue-bit tech_dojhh at fff.in.tum.de) To: Tobias Nipkow , cl-isabelle-users at lists.cam.ac.uk References: <6ff2544a-7bee-701c-e288-30028d8a6a42 at informatik.tu-muenchen.de> From: Florian Haftmann Message-ID: <7cf6cbac-781f-8b15-35ae-0c7472ee9d1f at informatik.tu-muenchen.de> Date: Thu, 11 Mar 2021 11:46:27 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="VkIOU9v8jMTd6oF0XNaVNT8ajdM6a4qYP" Subject: Re: [isabelle] Some more polishing of the multiset theory X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 10:46:39 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --VkIOU9v8jMTd6oF0XNaVNT8ajdM6a4qYP Content-Type: multipart/mixed; boundary="rjOMHx6L5APUQ1L1ES6zODxDi0qAXo6xM"; protected-headers="v1" From: Florian Haftmann To: Tobias Nipkow , cl-isabelle-users at lists.cam.ac.uk Message-ID: <7cf6cbac-781f-8b15-35ae-0c7472ee9d1f at informatik.tu-muenchen.de> Subject: Re: [isabelle] Some more polishing of the multiset theory References: <6ff2544a-7bee-701c-e288-30028d8a6a42 at informatik.tu-muenchen.de> In-Reply-To: --rjOMHx6L5APUQ1L1ES6zODxDi0qAXo6xM Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi all, >> 1. Names not following the *_mset convention >> =C2=A0=C2=A0=C2=A0=C2=A0* Melem =E2=86=92 member_mset >> =C2=A0=C2=A0=C2=A0=C2=A0* Mempty =E2=86=92 empty_mset >=20 > Yes. >=20 >> 2. Names of definitions deviating for historic reasons >> =C2=A0=C2=A0=C2=A0=C2=A0* inf_subset_mset =E2=86=92 inter_mset >> =C2=A0=C2=A0=C2=A0=C2=A0* sup_subset_mset =E2=86=92 union_mset >=20 > Sure. these are now done and will be part of the next release. >> 3. Names for the multiset ordering >> =C2=A0=C2=A0=C2=A0=C2=A0Names mult1 and mult, in a larger setting, are= ambiguous. >> =C2=A0=C2=A0=C2=A0=C2=A0Possible ideas: >> =C2=A0=C2=A0=C2=A0=C2=A0* mult1 =E2=86=92 multiset_order_step | Multis= et.order_step >> =C2=A0=C2=A0=C2=A0=C2=A0* mult =E2=86=92 multiset_order_rel | Multiset= =2Eorder_rel >> =C2=A0=C2=A0=C2=A0=C2=A0But alternative names must be really convincin= g to justify such >> =C2=A0=C2=A0=C2=A0=C2=A0a transition. >=20 > I chose the current names and they are clearly bad. Now I would go for > multiset_order and multiset_order_step. But Jasmin and friends may have= > a more informed opinion because of their work on extended multiset orde= rs. I'm very happy with multiset_order and multiset_order_step. Does the silence on Tobias=E2=80=99 proposal so far indicate consent? Cheers, Florian --rjOMHx6L5APUQ1L1ES6zODxDi0qAXo6xM-- --VkIOU9v8jMTd6oF0XNaVNT8ajdM6a4qYP Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQQ2aRv8hQWta5iN4IfgIQ1PG8W1PgUCYEn1AwAKCRDgIQ1PG8W1 PpfhAQDZ6i3j1LewF6eRFAKQH3JxbxpMhXcKR2IkJrvh99H6pAEAojCU8ku8C0Bt tXBPMx0UFm9+7FV0YHvbLHVHkl4ZHg8= =1jwN -----END PGP SIGNATURE----- --VkIOU9v8jMTd6oF0XNaVNT8ajdM6a4qYP-- From florian.haftmann at informatik.tu-muenchen.de Thu Mar 11 10:49:50 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:50474) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lKIt4-0001yr-NV (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 11 Mar 2021 10:49:50 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887413 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.36 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.36 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out2.in.tum.de ([131.159.0.36]:33277 helo=mail-out2.informatik.tu-muenchen.de) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lKIt4-000c2h-78 (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 11 Mar 2021 10:49:50 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id 46E1F1C195E; Thu, 11 Mar 2021 11:49:49 +0100 (CET) Received: (Authenticated sender: haftmann) by mail.in.tum.de (Postfix) with ESMTPSA id 3A0B51C1545; Thu, 11 Mar 2021 11:49:47 +0100 (CET) (Extended-Queue-bit tech_jrbvf at fff.in.tum.de) From: Florian Haftmann To: Tobias Nipkow , cl-isabelle-users at lists.cam.ac.uk References: <6ff2544a-7bee-701c-e288-30028d8a6a42 at informatik.tu-muenchen.de> <7cf6cbac-781f-8b15-35ae-0c7472ee9d1f at informatik.tu-muenchen.de> Message-ID: <9da6fad9-1e7a-36b2-250e-a3b997877981 at informatik.tu-muenchen.de> Date: Thu, 11 Mar 2021 11:49:46 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <7cf6cbac-781f-8b15-35ae-0c7472ee9d1f at informatik.tu-muenchen.de> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jOhAYBreDCc4mYw4pQapz7hyUKOidvBEw" Subject: Re: [isabelle] Some more polishing of the multiset theory X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 10:49:50 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jOhAYBreDCc4mYw4pQapz7hyUKOidvBEw Content-Type: multipart/mixed; boundary="pDeNe7Sxm3OJOgMaAFygy8ztzSPquIZOL"; protected-headers="v1" From: Florian Haftmann To: Tobias Nipkow , cl-isabelle-users at lists.cam.ac.uk Message-ID: <9da6fad9-1e7a-36b2-250e-a3b997877981 at informatik.tu-muenchen.de> Subject: Re: [isabelle] Some more polishing of the multiset theory References: <6ff2544a-7bee-701c-e288-30028d8a6a42 at informatik.tu-muenchen.de> <7cf6cbac-781f-8b15-35ae-0c7472ee9d1f at informatik.tu-muenchen.de> In-Reply-To: <7cf6cbac-781f-8b15-35ae-0c7472ee9d1f at informatik.tu-muenchen.de> --pDeNe7Sxm3OJOgMaAFygy8ztzSPquIZOL Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable I forgot to mention: I stumbled over theory Nested_Multisets_Ordinals/Multiset_More.thy which contains a lot of additional material which experts on multisets could judge whether it should go to the distribution. Florian Am 11.03.21 um 11:46 schrieb Florian Haftmann: > Hi all, >=20 >>> 1. Names not following the *_mset convention >>> =C2=A0=C2=A0=C2=A0=C2=A0* Melem =E2=86=92 member_mset >>> =C2=A0=C2=A0=C2=A0=C2=A0* Mempty =E2=86=92 empty_mset >> >> Yes. >> >>> 2. Names of definitions deviating for historic reasons >>> =C2=A0=C2=A0=C2=A0=C2=A0* inf_subset_mset =E2=86=92 inter_mset >>> =C2=A0=C2=A0=C2=A0=C2=A0* sup_subset_mset =E2=86=92 union_mset >> >> Sure. >=20 > these are now done and will be part of the next release. >=20 >>> 3. Names for the multiset ordering >>> =C2=A0=C2=A0=C2=A0=C2=A0Names mult1 and mult, in a larger setting, ar= e ambiguous. >>> =C2=A0=C2=A0=C2=A0=C2=A0Possible ideas: >>> =C2=A0=C2=A0=C2=A0=C2=A0* mult1 =E2=86=92 multiset_order_step | Multi= set.order_step >>> =C2=A0=C2=A0=C2=A0=C2=A0* mult =E2=86=92 multiset_order_rel | Multise= t.order_rel >>> =C2=A0=C2=A0=C2=A0=C2=A0But alternative names must be really convinci= ng to justify such >>> =C2=A0=C2=A0=C2=A0=C2=A0a transition. >> >> I chose the current names and they are clearly bad. Now I would go for= >> multiset_order and multiset_order_step. But Jasmin and friends may hav= e >> a more informed opinion because of their work on extended multiset ord= ers. >=20 > I'm very happy with multiset_order and multiset_order_step. >=20 > Does the silence on Tobias=E2=80=99 proposal so far indicate consent? >=20 > Cheers, > Florian >=20 --pDeNe7Sxm3OJOgMaAFygy8ztzSPquIZOL-- --jOhAYBreDCc4mYw4pQapz7hyUKOidvBEw Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQQ2aRv8hQWta5iN4IfgIQ1PG8W1PgUCYEn1ygAKCRDgIQ1PG8W1 Pv1XAQD8YrpBfE/CHZZb5LWZbR5QNFOEwp6M0r+aqtMQgdrLXwD8CMT6i4RNWSda wDbNhyfhx7iBBM0jHZbDLuN6J3Cfows= =U3pr -----END PGP SIGNATURE----- --jOhAYBreDCc4mYw4pQapz7hyUKOidvBEw-- From florian.haftmann at informatik.tu-muenchen.de Thu Mar 11 11:03:46 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:56054) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lKJ6Y-0002wt-GY (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 11 Mar 2021 11:03:46 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887413 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.36 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.36 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta2.cl.cam.ac.uk ([128.232.25.22]:45228) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lKJ6X-0001zX-oG (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 11 Mar 2021 11:03:46 +0000 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]) by mta2.cl.cam.ac.uk with esmtp (Exim 4.86_2) (envelope-from ) id 1lKJ6X-000X6G-Gn for isabelle-users at cl.cam.ac.uk; Thu, 11 Mar 2021 11:03:45 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887413 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.36 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.36 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out2.in.tum.de ([131.159.0.36]:52641 helo=mail-out2.informatik.tu-muenchen.de) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lKJ6W-000hxT-iX (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Thu, 11 Mar 2021 11:03:45 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id CF7171C195E; Thu, 11 Mar 2021 12:03:43 +0100 (CET) Received: (Authenticated sender: haftmann) by mail.in.tum.de (Postfix) with ESMTPSA id CB2FF1C1545 for ; Thu, 11 Mar 2021 12:03:41 +0100 (CET) (Extended-Queue-bit tech_amyfa at fff.in.tum.de) To: Isabelle-Users Mailinglist From: Florian Haftmann Message-ID: Date: Thu, 11 Mar 2021 12:03:41 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Y0mz4WHtGWVc2KfcsFzg3NtzYZmgv06AL" X-debug-header: local_aliases has suffix Subject: [isabelle] Request for feedback: dedicated session or AFP entry for material on combinatorics? X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 11:03:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Y0mz4WHtGWVc2KfcsFzg3NtzYZmgv06AL Content-Type: multipart/mixed; boundary="8ZoB0VQvjt4peMkKwA7jdLgG5CijMXa5S"; protected-headers="v1" From: Florian Haftmann To: Isabelle-Users Mailinglist Message-ID: Subject: Request for feedback: dedicated session or AFP entry for material on combinatorics? --8ZoB0VQvjt4peMkKwA7jdLgG5CijMXa5S Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Dear all, combinatorics has been a repeating topic in private discussions over the last years. Currently I am working on a few additions to the distribution (e.g. more connections between related concepts like =C2=BB_ <~~> _=C2=AB, =C2=BBmse= t _=3D mset _=C2=AB, =C2=BBpermute_list=C2=AB). There are already quite well-developed theories on combinatorics, covering binomial coefficients, stirling numbers, (finite) permutations, counting principles etc., but they are scattered over different parts of the distribution and AFP. While some material has to reside where it is now due to dependencies, there is clearly a set of theories which could be grouped in its own session, with the option to turn it into an AFP entry later. This session could also include a small document (similar in spirit to Guide.thy in Word_Lib) to explain the existing material. Any comments? Cheers, Florian --8ZoB0VQvjt4peMkKwA7jdLgG5CijMXa5S-- --Y0mz4WHtGWVc2KfcsFzg3NtzYZmgv06AL Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQQ2aRv8hQWta5iN4IfgIQ1PG8W1PgUCYEn5DQAKCRDgIQ1PG8W1 PrPQAP4yYhTUQpEPPO/qpRBz1F1cb2K9TC6oDjHz2N5C1WkVKQD/VoQ9WzWgt6Ye GC1IzcbF6Ahp7FS4hZsyCL1eeNZ0owA= =tpAU -----END PGP SIGNATURE----- --Y0mz4WHtGWVc2KfcsFzg3NtzYZmgv06AL-- From lp15 at cam.ac.uk Thu Mar 11 11:18:36 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:57460) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lKJKu-0004F7-Ah (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 11 Mar 2021 11:18:36 +0000 X-Cam-SpamDetails: score -1.1 from SpamAssassin-3.4.4-1887413 * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta2.cl.cam.ac.uk ([128.232.25.22]:60708) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lKJKt-000KzC-pB (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 11 Mar 2021 11:18:36 +0000 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]) by mta2.cl.cam.ac.uk with esmtp (Exim 4.86_2) (envelope-from ) id 1lKJKt-000XTU-QD for isabelle-users at cl.cam.ac.uk; Thu, 11 Mar 2021 11:18:35 +0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from lpaulson.plus.com ([81.174.248.240]:55689 helo=selenium.lan) by ppsw-33.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:25) with esmtpsa (PLAIN:lp15) (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lKJKt-0011WD-iL (Exim 4.94) (return-path ); Thu, 11 Mar 2021 11:18:35 +0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) From: Lawrence Paulson In-Reply-To: Date: Thu, 11 Mar 2021 11:18:34 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Florian Haftmann X-Mailer: Apple Mail (2.3654.60.0.2.21) X-debug-header: local_aliases has suffix Cc: Isabelle-Users Mailinglist Subject: Re: [isabelle] Request for feedback: dedicated session or AFP entry for material on combinatorics? X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 11:18:36 -0000 A session consisting of material related to combinatorics certainly = makes sense. It=E2=80=99s a very diverse topic however. For example, = Ramsey theory belongs there. It will take some thought to organise = properly. Larry > On 11 Mar 2021, at 11:03, Florian Haftmann = wrote: >=20 > combinatorics has been a repeating topic in private discussions over = the > last years. >=20 > Currently I am working on a few additions to the distribution (e.g. = more > connections between related concepts like =C2=BB_ <~~> _=C2=AB, =C2=BBms= et _=3D mset _=C2=AB, > =C2=BBpermute_list=C2=AB). >=20 > There are already quite well-developed theories on combinatorics, > covering binomial coefficients, stirling numbers, (finite) = permutations, > counting principles etc., but they are scattered over different parts = of > the distribution and AFP. >=20 > While some material has to reside where it is now due to dependencies, > there is clearly a set of theories which could be grouped in its own > session, with the option to turn it into an AFP entry later. This > session could also include a small document (similar in spirit to > Guide.thy in Word_Lib) to explain the existing material. >=20 From eberlm at in.tum.de Thu Mar 11 11:41:20 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:37286) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lKJgu-000641-MT (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 11 Mar 2021 11:41:20 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887413 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.8 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.8 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out1.in.tum.de ([131.159.0.8]:43923 helo=mail-out1.informatik.tu-muenchen.de) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lKJgt-000FTT-0L (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 11 Mar 2021 11:41:20 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id 6EF0A1C195E; Thu, 11 Mar 2021 12:41:18 +0100 (CET) Received: (Authenticated sender: eberlm) by mail.in.tum.de (Postfix) with ESMTPSA id 356C51C1545 for ; Thu, 11 Mar 2021 12:41:16 +0100 (CET) (Extended-Queue-bit tech_wgrjr at fff.in.tum.de) To: cl-isabelle-users at lists.cam.ac.uk References: From: Manuel Eberl Message-ID: Date: Thu, 11 Mar 2021 12:41:15 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms070809050700020704080006" Subject: Re: [isabelle] Request for feedback: dedicated session or AFP entry for material on combinatorics? X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 11:41:20 -0000 This is a cryptographically signed message in MIME format. --------------ms070809050700020704080006 Content-Type: text/plain; charset=utf-8 Content-Language: en-US-large Content-Transfer-Encoding: quoted-printable Florian already knows this, but just as a reminder: I am also working on a major overhaul of permutations in HOL that is nicer to work with and also contains some material that was missing so far (such as the definition of a cycle, and the fact that every permutation is a composition of disjoing cycles). Or rather I was working on this =E2=80=93 it's maybe 80=E2=80=9390% finis= hed, but even after it is finished 100%, there will be a large amount of work to be done to integrate all of this with the existing material that uses permutations. Cheers, Manuel On 11/03/2021 12:03, Florian Haftmann wrote: > Dear all, >=20 > combinatorics has been a repeating topic in private discussions over th= e > last years. >=20 > Currently I am working on a few additions to the distribution (e.g. mor= e > connections between related concepts like =C2=BB_ <~~> _=C2=AB, =C2=BBm= set _=3D mset _=C2=AB, > =C2=BBpermute_list=C2=AB). >=20 > There are already quite well-developed theories on combinatorics, > covering binomial coefficients, stirling numbers, (finite) permutations= , > counting principles etc., but they are scattered over different parts o= f > the distribution and AFP. >=20 > While some material has to reside where it is now due to dependencies, > there is clearly a set of theories which could be grouped in its own > session, with the option to turn it into an AFP entry later. This > session could also include a small document (similar in spirit to > Guide.thy in Word_Lib) to explain the existing material. >=20 > Any comments? >=20 > Cheers, > Florian >=20 >=20 --------------ms070809050700020704080006 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC EXkwggUSMIID+qADAgECAgkA4wvV+K8l2YEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYT AkRFMSswKQYDVQQKDCJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYD VQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFs Um9vdCBDbGFzcyAyMB4XDTE2MDIyMjEzMzgyMloXDTMxMDIyMjIzNTk1OVowgZUxCzAJBgNV BAYTAkRFMUUwQwYDVQQKEzxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVu IEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsTB0RGTi1QS0kxLTArBgNVBAMTJERG Ti1WZXJlaW4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgMjCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAMtg1/9moUHN0vqHl4pzq5lN6mc5WqFggEcVToyVsuXPztNXS43O+FZs FVV2B+pG/cgDRWM+cNSrVICxI5y+NyipCf8FXRgPxJiZN7Mg9mZ4F4fCnQ7MSjLnFp2uDo0p eQcAIFTcFV9Kltd4tjTTwXS1nem/wHdN6r1ZB+BaL2w8pQDcNb1lDY9/Mm3yWmpLYgHurDg0 WUU2SQXaeMpqbVvAgWsRzNI8qIv4cRrKO+KA3Ra0Z3qLNupOkSk9s1FcragMvp0049ENF4N1 xDkesJQLEvHVaY4l9Lg9K7/AjsMeO6W/VRCrKq4Xl14zzsjz9AkH4wKGMUZrAcUQDBHHWekC AwEAAaOCAXQwggFwMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUk+PYMiba1fFKpZFK4OpL 4qIMz+EwHwYDVR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB /wIBAjAzBgNVHSAELDAqMA8GDSsGAQQBga0hgiwBAQQwDQYLKwYBBAGBrSGCLB4wCAYGZ4EM AQICMEwGA1UdHwRFMEMwQaA/oD2GO2h0dHA6Ly9wa2kwMzM2LnRlbGVzZWMuZGUvcmwvVGVs ZVNlY19HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGGBggrBgEFBQcBAQR6MHgwLAYIKwYBBQUH MAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMEgGCCsGAQUFBzAChjxodHRw Oi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9UZWxlU2VjX0dsb2JhbFJvb3RfQ2xhc3NfMi5j ZXIwDQYJKoZIhvcNAQELBQADggEBAIcL/z4Cm2XIVi3WO5qYi3FP2ropqiH5Ri71sqQPrhE4 eTizDnS6dl2e6BiClmLbTDPo3flq3zK9LExHYFV/53RrtCyD2HlrtrdNUAtmB7Xts5et6u5/ MOaZ/SLick0+hFvu+c+Z6n/XUjkurJgARH5pO7917tALOxrN5fcPImxHhPalR6D90Bo0fa3S PXez7vTXTf/D6OWST1k+kEcQSrCFWMBvf/iu7QhCnh7U3xQuTY+8npTD5+32GPg8SecmqKc2 2CzeIs2LgtjZeOJVEqM7h0S2EQvVDFKvaYwPBt/QolOLV5h7z/0HJPT8vcP9SpIClxvyt7bP ZYoaorVyGTkwggWsMIIElKADAgECAgcbY7rQHiw9MA0GCSqGSIb3DQEBCwUAMIGVMQswCQYD VQQGEwJERTFFMEMGA1UEChM8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hl biBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLEwdERk4tUEtJMS0wKwYDVQQDEyRE Rk4tVmVyZWluIENlcnRpZmljYXRpb24gQXV0aG9yaXR5IDIwHhcNMTYwNTI0MTEzODQwWhcN MzEwMjIyMjM1OTU5WjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9l cmRlcnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UE CwwHREZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQTCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ07eRxH3h+Gy8Zp1xCeOdfZojDbchwFfylf S2jxrRnWTOFrG7ELf6Gr4HuLi9gtzm6IOhDuV+UefwRRNuu6cG1joL6WLkDh0YNMZj0cZGnl m6Stcq5oOVGHecwX064vXWNxSzl660Knl5BpBb+Q/6RAcL0D57+eGIgfn5mITQ5HjUhfZZkQ 0tkqSe3BuS0dnxLLFdM/fx5ULzquk1enfnjK1UriGuXtQX1TX8izKvWKMKztFwUkP7agCwf9 TRqaA1KgNpzeJIdl5Of6x5ZzJBTN0OgbaJ4YWa52fvfRCng8h0uwN89Tyjo4EPPLR22MZD08 WkVKusqAfLjz56dMTM0CAwEAAaOCAgUwggIBMBIGA1UdEwEB/wQIMAYBAf8CAQEwDgYDVR0P AQH/BAQDAgEGMCkGA1UdIAQiMCAwDQYLKwYBBAGBrSGCLB4wDwYNKwYBBAGBrSGCLAEBBDAd BgNVHQ4EFgQUazqYi/nyU4na4K2yMh4JH+iqO3QwHwYDVR0jBBgwFoAUk+PYMiba1fFKpZFK 4OpL4qIMz+EwgY8GA1UdHwSBhzCBhDBAoD6gPIY6aHR0cDovL2NkcDEucGNhLmRmbi5kZS9n bG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDBAoD6gPIY6aHR0cDovL2NkcDIu cGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDCB3QYIKwYB BQUHAQEEgdAwgc0wMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1T ZXJ2ZXIvT0NTUDBKBggrBgEFBQcwAoY+aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwt cm9vdC1nMi1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwSgYIKwYBBQUHMAKGPmh0dHA6Ly9j ZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtZzItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0 MA0GCSqGSIb3DQEBCwUAA4IBAQCBeEWkTqR/DlXwCbFqPnjMaDWpHPOVnj/z+N9rOHeJLI21 rT7H8pTNoAauusyosa0zCLYkhmI2THhuUPDVbmCNT1IxQ5dGdfBi5G5mUcFCMWdQ5UnnOR7L n8qGSN4IFP8VSytmm6A4nwDO/afr0X9XLchMX9wQEZc+lgQCXISoKTlslPwQkgZ7nu7YRrQb tQMMONncsKk/cQYLsgMHM8KNSGMlJTx6e1du94oFOO+4oK4v9NsH1VuEGMGpuEvObJAaguS5 Pfp38dIfMwK/U+d2+dwmJUFvL6Yb+qQTkPp8ftkLYF3sv8pBoGH7EUkp2KgtdRXYShjqFu9V NCIaE40GMIIGrzCCBZegAwIBAgIMI4l7YMPKWG8NuOwAMA0GCSqGSIb3DQEBCwUAMIGNMQsw CQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRz Y2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUwIwYDVQQD DBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBMB4XDTIwMDkyMjEzMzYxN1oXDTIxMTEx NjE1MzUzMlowgb4xCzAJBgNVBAYTAkRFMQ8wDQYDVQQIDAZCYXllcm4xETAPBgNVBAcMCE11 ZW5jaGVuMSkwJwYDVQQKDCBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECwwZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEVMBMGA1UEAwwMTWFudWVsIEViZXJs MSUwIwYJKoZIhvcNAQkBFhZtYW51ZWwuZWJlcmxAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEAucaS1T3hcnzeraljQM15EbQ1VC+eOZU5K5myJfZX4UH+eZq4 kqh7scR/NhBd6S4wnUF4f5JCAIufOLa3r1YkVKuK3LfYpzQnaKEufsdo8+SEWnldxCv/VPv1 eRTlZT3Z0jguqp54oDt3RyVXb81NfqEuJzNp6KbkPokZ4sggA1gVjc19bge5Iesw2xDJ6R+a /ZeNhcPt2uF3qHptkiJIm/lL8PBBT2M7EEIc6zwe9vzK2YtfEG3kZ/N5N1rICavwdyfdsslV 4CMje5jrdj7hWUs9kFfLoCyq8YGzolLNh30JlH7UGjA+d008Yec0ewr7NKmYOUKIZlfaOam/ /CKXfQIDAQABo4IC2jCCAtYwPgYDVR0gBDcwNTAPBg0rBgEEAYGtIYIsAQEEMBAGDisGAQQB ga0hgiwBAQQHMBAGDisGAQQBga0hgiwCAQQHMAkGA1UdEwQCMAAwDgYDVR0PAQH/BAQDAgXg MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQUcpSUz9enXud8qDpV 3R0dGEl2Z1swHwYDVR0jBBgwFoAUazqYi/nyU4na4K2yMh4JH+iqO3QwgasGA1UdEQSBozCB oIEQZWJlcmxtQGluLnR1bS5kZYEWbWFudWVsLmViZXJsQGluLnR1bS5kZYEgZWJlcmxtQGlu Zm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJm1hbnVlbC5lYmVybEBpbmZvcm1hdGlrLnR1LW11 ZW5jaGVuLmRlgRFlYmVybG1AY3MudHVtLmVkdYEXbWFudWVsLmViZXJsQGNzLnR1bS5lZHUw gY0GA1UdHwSBhTCBgjA/oD2gO4Y5aHR0cDovL2NkcDEucGNhLmRmbi5kZS9kZm4tY2EtZ2xv YmFsLWcyL3B1Yi9jcmwvY2FjcmwuY3JsMD+gPaA7hjlodHRwOi8vY2RwMi5wY2EuZGZuLmRl L2Rmbi1jYS1nbG9iYWwtZzIvcHViL2NybC9jYWNybC5jcmwwgdsGCCsGAQUFBwEBBIHOMIHL MDMGCCsGAQUFBzABhidodHRwOi8vb2NzcC5wY2EuZGZuLmRlL09DU1AtU2VydmVyL09DU1Aw SQYIKwYBBQUHMAKGPWh0dHA6Ly9jZHAxLnBjYS5kZm4uZGUvZGZuLWNhLWdsb2JhbC1nMi9w dWIvY2FjZXJ0L2NhY2VydC5jcnQwSQYIKwYBBQUHMAKGPWh0dHA6Ly9jZHAyLnBjYS5kZm4u ZGUvZGZuLWNhLWdsb2JhbC1nMi9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwDQYJKoZIhvcNAQEL BQADggEBAEpTbbFnQNh9aC08cx/DzduZ3ZDZD6xNW+4eyKfCnfyGr3XADGesbpRNqtv8ZBCR duT2g26iZgw0dHrVwxAzbbUkHHNM6FxQbO2ek5EHS2/NWLhzwq54LCseextQCYRMYxOM5Lrp HKfSqdZG6QmdY8Gl4XI6/RD70KYBoE1Ek6MHh+zrEwFNrvuuKdSBK2ekw4xMs9HqnKCf+DqU bpFkjecjHYSEiV8IwygHbzpimO4Eu8niFM7LlvuLnrKOcPefE2QxAX0uWzPCXyIYcPFZC8ue Lum8VtPNgj2WvLQ4B9rj0+ytw4157j4wKQGa+HX2frIblGajpjkEBYwpaI4cFBYxggQLMIIE BwIBATCBnjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVu ZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZO LVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI4l7YMPKWG8N uOwAMA0GCWCGSAFlAwQCAQUAoIICPTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0yMTAzMTExMTQxMTVaMC8GCSqGSIb3DQEJBDEiBCBWF9IeB7P9xjF9017/ RL7QuLAuDxCxv3sYdno9mXe6IDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglg hkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGvBgkrBgEEAYI3EAQxgaEwgZ4wgY0xCzAJBgNVBAYT AkRFMUUwQwYDVQQKDDxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVuIEZv cnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsMB0RGTi1QS0kxJTAjBgNVBAMMHERGTi1W ZXJlaW4gR2xvYmFsIElzc3VpbmcgQ0ECDCOJe2DDylhvDbjsADCBsQYLKoZIhvcNAQkQAgsx gaGggZ4wgY0xCzAJBgNVBAYTAkRFMUUwQwYDVQQKDDxWZXJlaW4genVyIEZvZXJkZXJ1bmcg ZWluZXMgRGV1dHNjaGVuIEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsMB0RGTi1Q S0kxJTAjBgNVBAMMHERGTi1WZXJlaW4gR2xvYmFsIElzc3VpbmcgQ0ECDCOJe2DDylhvDbjs ADANBgkqhkiG9w0BAQEFAASCAQCtqkzDR43auLfVfOBBZE9hlxKKEMzfYQ9Dwfn0glSzYiTl hcnkcad2ZcYywsjEk48yD8UGttFcl4bgKQUKkS2f0ECSVCHyf8Fag1ji99gXZHroJLJSnjAG VwJKP+urCoGpwOnw5Nd8pNDGZo8dWV+Rsx3+7Nf46bGtsTEunVoPyKBG2rmSml8RNyde8Fsi cQnym1esSFkPYaRWeQEcGdzKp/HJWC1YvjgD24djCRv2vZXsjAwXzT97ipsn5p5fIa79OW/D NiDVMtjkcttLoiuRJI2EOefDuJA+Ul6LNhuqwnebv3ZXbnwkJgm723uNJcvrv1qBlonaUbI2 ss5YoafsAAAAAAAA --------------ms070809050700020704080006-- From frederic.boulanger at lri.fr Thu Mar 11 17:26:06 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:41390) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lKP4Y-0000PH-FT (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 11 Mar 2021 17:26:06 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887413 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 T_FORGED_RELAY_MUA_TO_MX No description available. * 0.0 HTML_MESSAGE BODY: HTML included in message X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta0.cl.cam.ac.uk ([128.232.25.20]:57127) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lKP4X-000efu-1b (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 11 Mar 2021 17:26:06 +0000 Received: from ppsw-43.csi.cam.ac.uk ([2001:630:212:8::e:f43]) by mta0.cl.cam.ac.uk with esmtp (Exim 4.93) (envelope-from ) id 1lKP4X-007uVb-74 for isabelle-users at cl.cam.ac.uk; Thu, 11 Mar 2021 17:26:05 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887413 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 T_FORGED_RELAY_MUA_TO_MX No description available. * 0.0 HTML_MESSAGE BODY: HTML included in message X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mailext.lri.fr ([129.175.15.10]:37866) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with smtp id 1lKP4V-00050A-p3 (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Thu, 11 Mar 2021 17:26:04 +0000 Received: from [129.175.15.10] (mailext.lri.fr [129.175.15.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailext.lri.fr (Postfix) with ESMTPSA id A5D12C098A; Thu, 11 Mar 2021 18:26:01 +0100 (CET) From: =?utf-8?Q?Fr=C3=A9d=C3=A9ric_Boulanger?= Content-Type: multipart/alternative; boundary="Apple-Mail=_A1599170-DF5C-4448-9EEA-40B90543BC0F" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Date: Thu, 11 Mar 2021 18:26:01 +0100 Message-Id: <8DB2E8FC-4BE9-4570-B080-DA0B4055442C at lri.fr> To: isabelle-users at cl.cam.ac.uk X-Mailer: Apple Mail (2.3654.60.0.2.21) X-debug-header: local_aliases has suffix Subject: [isabelle] Well-behaved MacOS application for Isabelle 2021 X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 17:26:06 -0000 --Apple-Mail=_A1599170-DF5C-4448-9EEA-40B90543BC0F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, In order to have an Isabelle 2021 application on which you may drop .thy = files, or that can handle double-clicks on .thy files, I built an = AppleScript droplet that works quite well. If you want to give it a try, everything is on = https://github.com/Frederic-Boulanger-UPS/MacIsabelle2021App = The application is in the = https://github.com/Frederic-Boulanger-UPS/MacIsabelle2021App/raw/main/Isab= elleJEdit2021.zip = file, and you can use it as the default application = to open .thy files (it is self-signed, so it may require some = stubbornness to be run on your computer). This application launches Isabelle 2021, and then attempts to open the = dropped file using isabelle jedit_client. Two attempts are made with a = 2s delay if Isabelle does not process the request immediately. This makes Isabelle behave as a "normal" MacOS application (drag and = drop of files on the application icon, only one running instance even if = opened several times, handling of opening .thy files). I developed this mainly to handle "file://" references to .thy file in = the LaTeX slides of my courses. It also happens to be very handy when = double-clicking .thy files. Any feedback is welcome! Fr=C3=A9d=C3=A9ric Fr=C3=A9d=C3=A9ric Boulanger CentraleSup=C3=A9lec - D=C3=A9partement Informatique Laboratoire = M=C3=A9thodes Formelles (LMF) 3 rue Joliot-Curie, 91192 Gif-sur-Yvette cedex B=C3=A2t. 650 - 1 rue = Raimond Castaing, 91190 Gif-sur-Yvette +33 [0]1 69 85 14 84 =09 --Apple-Mail=_A1599170-DF5C-4448-9EEA-40B90543BC0F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi,

In = order to have an Isabelle 2021 application on which you may drop .thy = files, or that can handle double-clicks on .thy files, I built an = AppleScript droplet that works quite well.

If you want to give it a try, = everything is on https://github.com/Frederic-Boulanger-UPS/MacIsabelle2021App

The = application is in the https://github.com/Frederic-Boulanger-UPS/MacIsabelle2021App/ra= w/main/IsabelleJEdit2021.zip file, and you can use it as the = default application to open .thy files (it is self-signed, so it may = require some stubbornness to be run on your computer).

This application = launches Isabelle 2021, and then attempts to open the dropped file using = isabelle jedit_client. Two attempts are made with a 2s delay if Isabelle = does not process the request immediately.

This makes Isabelle behave as a = "normal" MacOS application (drag and drop of files on the application = icon, only one running instance even if opened several times, handling = of opening .thy files).

I developed this mainly to handle "file://" references to = .thy file in the LaTeX slides of my courses. It also happens to be very = handy when double-clicking .thy files.

Any feedback is welcome!

Fr=C3=A9d=C3=A9ric

Fr=C3=A9d=C3=A9ric = Boulanger
CentraleSup=C3=A9lec - D=C3=A9partement = Informatique = Laboratoire M=C3=A9thodes Formelles (LMF)
3 rue = Joliot-Curie, 91192 Gif-sur-Yvette cedex B=C3=A2t. 650 - 1 rue = Raimond Castaing, 91190 Gif-sur-Yvette
+33 [0]1 69 85 14 = 84 =


= --Apple-Mail=_A1599170-DF5C-4448-9EEA-40B90543BC0F-- From nipkow at in.tum.de Thu Mar 11 19:06:33 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:42846) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lKQdl-0003eU-Cs (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 11 Mar 2021 19:06:33 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887413 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.36 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.36 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out2.in.tum.de ([131.159.0.36]:56203 helo=mail-out2.informatik.tu-muenchen.de) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lKQdk-000vI5-hc (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 11 Mar 2021 19:06:33 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id 8A9321C195E; Thu, 11 Mar 2021 20:06:30 +0100 (CET) Received: (Authenticated sender: nipkow) by mail.in.tum.de (Postfix) with ESMTPSA id 19F551C1545 for ; Thu, 11 Mar 2021 20:06:28 +0100 (CET) (Extended-Queue-bit tech_ennee at fff.in.tum.de) To: cl-isabelle-users at lists.cam.ac.uk References: From: Tobias Nipkow Message-ID: <841bb2a9-cef8-0cc2-b16e-334ed02dd343 at in.tum.de> Date: Thu, 11 Mar 2021 20:06:27 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms040501080302010807030408" Subject: Re: [isabelle] Request for feedback: dedicated session or AFP entry for material on combinatorics? X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 19:06:33 -0000 This is a cryptographically signed message in MIME format. --------------ms040501080302010807030408 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable I would welcome any move of material from the distribution to the AFP. Tobias On 11/03/2021 12:03, Florian Haftmann wrote: > Dear all, >=20 > combinatorics has been a repeating topic in private discussions over th= e > last years. >=20 > Currently I am working on a few additions to the distribution (e.g. mor= e > connections between related concepts like =C2=BB_ <~~> _=C2=AB, =C2=BBm= set _=3D mset _=C2=AB, > =C2=BBpermute_list=C2=AB). >=20 > There are already quite well-developed theories on combinatorics, > covering binomial coefficients, stirling numbers, (finite) permutations= , > counting principles etc., but they are scattered over different parts o= f > the distribution and AFP. >=20 > While some material has to reside where it is now due to dependencies, > there is clearly a set of theories which could be grouped in its own > session, with the option to turn it into an AFP entry later. This > session could also include a small document (similar in spirit to > Guide.thy in Word_Lib) to explain the existing material. >=20 > Any comments? >=20 > Cheers, > Florian >=20 >=20 --------------ms040501080302010807030408 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC EX4wggUSMIID+qADAgECAgkA4wvV+K8l2YEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYT AkRFMSswKQYDVQQKDCJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYD VQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFs Um9vdCBDbGFzcyAyMB4XDTE2MDIyMjEzMzgyMloXDTMxMDIyMjIzNTk1OVowgZUxCzAJBgNV BAYTAkRFMUUwQwYDVQQKEzxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVu IEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsTB0RGTi1QS0kxLTArBgNVBAMTJERG Ti1WZXJlaW4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgMjCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAMtg1/9moUHN0vqHl4pzq5lN6mc5WqFggEcVToyVsuXPztNXS43O+FZs FVV2B+pG/cgDRWM+cNSrVICxI5y+NyipCf8FXRgPxJiZN7Mg9mZ4F4fCnQ7MSjLnFp2uDo0p eQcAIFTcFV9Kltd4tjTTwXS1nem/wHdN6r1ZB+BaL2w8pQDcNb1lDY9/Mm3yWmpLYgHurDg0 WUU2SQXaeMpqbVvAgWsRzNI8qIv4cRrKO+KA3Ra0Z3qLNupOkSk9s1FcragMvp0049ENF4N1 xDkesJQLEvHVaY4l9Lg9K7/AjsMeO6W/VRCrKq4Xl14zzsjz9AkH4wKGMUZrAcUQDBHHWekC AwEAAaOCAXQwggFwMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUk+PYMiba1fFKpZFK4OpL 4qIMz+EwHwYDVR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB /wIBAjAzBgNVHSAELDAqMA8GDSsGAQQBga0hgiwBAQQwDQYLKwYBBAGBrSGCLB4wCAYGZ4EM AQICMEwGA1UdHwRFMEMwQaA/oD2GO2h0dHA6Ly9wa2kwMzM2LnRlbGVzZWMuZGUvcmwvVGVs ZVNlY19HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGGBggrBgEFBQcBAQR6MHgwLAYIKwYBBQUH MAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMEgGCCsGAQUFBzAChjxodHRw Oi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9UZWxlU2VjX0dsb2JhbFJvb3RfQ2xhc3NfMi5j ZXIwDQYJKoZIhvcNAQELBQADggEBAIcL/z4Cm2XIVi3WO5qYi3FP2ropqiH5Ri71sqQPrhE4 eTizDnS6dl2e6BiClmLbTDPo3flq3zK9LExHYFV/53RrtCyD2HlrtrdNUAtmB7Xts5et6u5/ MOaZ/SLick0+hFvu+c+Z6n/XUjkurJgARH5pO7917tALOxrN5fcPImxHhPalR6D90Bo0fa3S PXez7vTXTf/D6OWST1k+kEcQSrCFWMBvf/iu7QhCnh7U3xQuTY+8npTD5+32GPg8SecmqKc2 2CzeIs2LgtjZeOJVEqM7h0S2EQvVDFKvaYwPBt/QolOLV5h7z/0HJPT8vcP9SpIClxvyt7bP ZYoaorVyGTkwggWsMIIElKADAgECAgcbY7rQHiw9MA0GCSqGSIb3DQEBCwUAMIGVMQswCQYD VQQGEwJERTFFMEMGA1UEChM8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hl biBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLEwdERk4tUEtJMS0wKwYDVQQDEyRE Rk4tVmVyZWluIENlcnRpZmljYXRpb24gQXV0aG9yaXR5IDIwHhcNMTYwNTI0MTEzODQwWhcN MzEwMjIyMjM1OTU5WjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9l cmRlcnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UE CwwHREZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQTCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ07eRxH3h+Gy8Zp1xCeOdfZojDbchwFfylf S2jxrRnWTOFrG7ELf6Gr4HuLi9gtzm6IOhDuV+UefwRRNuu6cG1joL6WLkDh0YNMZj0cZGnl m6Stcq5oOVGHecwX064vXWNxSzl660Knl5BpBb+Q/6RAcL0D57+eGIgfn5mITQ5HjUhfZZkQ 0tkqSe3BuS0dnxLLFdM/fx5ULzquk1enfnjK1UriGuXtQX1TX8izKvWKMKztFwUkP7agCwf9 TRqaA1KgNpzeJIdl5Of6x5ZzJBTN0OgbaJ4YWa52fvfRCng8h0uwN89Tyjo4EPPLR22MZD08 WkVKusqAfLjz56dMTM0CAwEAAaOCAgUwggIBMBIGA1UdEwEB/wQIMAYBAf8CAQEwDgYDVR0P AQH/BAQDAgEGMCkGA1UdIAQiMCAwDQYLKwYBBAGBrSGCLB4wDwYNKwYBBAGBrSGCLAEBBDAd BgNVHQ4EFgQUazqYi/nyU4na4K2yMh4JH+iqO3QwHwYDVR0jBBgwFoAUk+PYMiba1fFKpZFK 4OpL4qIMz+EwgY8GA1UdHwSBhzCBhDBAoD6gPIY6aHR0cDovL2NkcDEucGNhLmRmbi5kZS9n bG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDBAoD6gPIY6aHR0cDovL2NkcDIu cGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDCB3QYIKwYB BQUHAQEEgdAwgc0wMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1T ZXJ2ZXIvT0NTUDBKBggrBgEFBQcwAoY+aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwt cm9vdC1nMi1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwSgYIKwYBBQUHMAKGPmh0dHA6Ly9j ZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtZzItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0 MA0GCSqGSIb3DQEBCwUAA4IBAQCBeEWkTqR/DlXwCbFqPnjMaDWpHPOVnj/z+N9rOHeJLI21 rT7H8pTNoAauusyosa0zCLYkhmI2THhuUPDVbmCNT1IxQ5dGdfBi5G5mUcFCMWdQ5UnnOR7L n8qGSN4IFP8VSytmm6A4nwDO/afr0X9XLchMX9wQEZc+lgQCXISoKTlslPwQkgZ7nu7YRrQb tQMMONncsKk/cQYLsgMHM8KNSGMlJTx6e1du94oFOO+4oK4v9NsH1VuEGMGpuEvObJAaguS5 Pfp38dIfMwK/U+d2+dwmJUFvL6Yb+qQTkPp8ftkLYF3sv8pBoGH7EUkp2KgtdRXYShjqFu9V NCIaE40GMIIGtDCCBZygAwIBAgIMI5/lGur5RMzYJ/WbMA0GCSqGSIb3DQEBCwUAMIGNMQsw CQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRz Y2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUwIwYDVQQD DBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBMB4XDTIwMTAwOTEzMzcxOFoXDTIxMTIw MzE1MzYxN1owgcAxCzAJBgNVBAYTAkRFMQ8wDQYDVQQIDAZCYXllcm4xETAPBgNVBAcMCE11 ZW5jaGVuMSkwJwYDVQQKDCBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECwwZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAwwNVG9iaWFzIE5pcGtv dzEmMCQGCSqGSIb3DQEJARYXdG9iaWFzLm5pcGtvd0Bpbi50dW0uZGUwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDUbnZWpbMWc0L36pKuee6yTHzlyzNHFmR8kbLounLgje8w 6j9bH8D7kbzEnlrh31Sa1alxP58+/NQ2d7lUuzPz/RDRXVl4d+NJ7tVMi1GrW9tS35yyV1/c 4dgAIlMoe2USxwg+b3UXmmdosbs9W6RJ/639htMAFWbUUTnj77qNMDbr9zEmdskIkOvJPmJG E3bAYMr4xh5ApkcuL0adZmyjLdFHIeIDgvgYp2dzh1L7h0qMs8npjdVYZhbaM6JL0XLc83Fj 9hw0QDt82YAHrKB0syh626JPqizlONVUiHnGoiVS/R0Xn2a+XIl4+pn2ufUbqAOfv3YTPOYD yh4FV6TVAgMBAAGjggLdMIIC2TA+BgNVHSAENzA1MA8GDSsGAQQBga0hgiwBAQQwEAYOKwYB BAGBrSGCLAEBBAgwEAYOKwYBBAGBrSGCLAIBBAgwCQYDVR0TBAIwADAOBgNVHQ8BAf8EBAMC BeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBRbgDDEK6sjPfEN p3HCLZWLbSJuyTAfBgNVHSMEGDAWgBRrOpiL+fJTidrgrbIyHgkf6Ko7dDCBrgYDVR0RBIGm MIGjgRBuaXBrb3dAaW4udHVtLmRlgRd0b2JpYXMubmlwa293QGluLnR1bS5kZYEgbmlwa293 QGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJ3RvYmlhcy5uaXBrb3dAaW5mb3JtYXRpay50 dS1tdWVuY2hlbi5kZYERbmlwa293QGNzLnR1bS5lZHWBGHRvYmlhcy5uaXBrb3dAY3MudHVt LmVkdTCBjQYDVR0fBIGFMIGCMD+gPaA7hjlodHRwOi8vY2RwMS5wY2EuZGZuLmRlL2Rmbi1j YS1nbG9iYWwtZzIvcHViL2NybC9jYWNybC5jcmwwP6A9oDuGOWh0dHA6Ly9jZHAyLnBjYS5k Zm4uZGUvZGZuLWNhLWdsb2JhbC1nMi9wdWIvY3JsL2NhY3JsLmNybDCB2wYIKwYBBQUHAQEE gc4wgcswMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1TZXJ2ZXIv T0NTUDBJBggrBgEFBQcwAoY9aHR0cDovL2NkcDEucGNhLmRmbi5kZS9kZm4tY2EtZ2xvYmFs LWcyL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDBJBggrBgEFBQcwAoY9aHR0cDovL2NkcDIucGNh LmRmbi5kZS9kZm4tY2EtZ2xvYmFsLWcyL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDANBgkqhkiG 9w0BAQsFAAOCAQEAOCUU6IMxIBv685lR6sshbAl9YdfybY4Z8+MJxQ+/Uj0I+PE4i4JqqOiX vZbS+BqQXYs52i1eLvHsilp3vGU+iLoEAgAgaDKs+YKrYBTUQWHUJyMlgA9yKBgUge0uDNYZ kt8lleS0lT7aIg6bUfInHIaAN6fd7taz11CyC3WvPx2N9r6ZE6kzxN6whx/CvAzEZ9R5MVD8 Trk29zBUATA4KPiCxj48OTyR3e19fbXQ54dtF+aR0aPIUdknIFxMFcsZGRVEbhFSmDSasDuw LfRfDamQEPv0ZeCds8XzDcPovGuH8SLwtRQq5Dq5nCIeAP+ywJZwo+o5nX+lRBivQ7YRtjGC BAswggQHAgEBMIGeMIGNMQswCQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2Vy ZGVydW5nIGVpbmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQL DAdERk4tUEtJMSUwIwYDVQQDDBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBAgwjn+Ua 6vlEzNgn9ZswDQYJYIZIAWUDBAIBBQCgggI9MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTIxMDMxMTE5MDYyN1owLwYJKoZIhvcNAQkEMSIEIBKcbISDA9KA VTn5f6jAqytvWKphQm6B3hF1NhL/8pPmMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwga8GCSsGAQQBgjcQBDGBoTCBnjCBjTELMAkG A1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVuZyBlaW5lcyBEZXV0c2No ZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZOLVBLSTElMCMGA1UEAwwc REZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI5/lGur5RMzYJ/WbMIGxBgsqhkiG9w0B CRACCzGBoaCBnjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRl cnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwH REZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI5/lGur5 RMzYJ/WbMA0GCSqGSIb3DQEBAQUABIIBAIH0DywydNuq3GZ8YEZCM9RY7JzThTSxIuC2uo2E eqZLcMRD0U4N0DhNGjL0SUksGtXdPaedYx3uOOjucSeuX/LXFgS+gA8OTQeB1mGouUkEv0xT Ows9SdjzUYsahu2J6xl4EBPwiC4gFGnp2WmcwYVq8ZRDunpA9Bdtlt/HFa5MCBkG7imrXZ/D vswgu9Awfw6QL5XCQOynoR5mDbFMkSSkjTbp4ikUjXuqRb2sEEqTfoczlPJ3KbnIrbUslRKa 9RdVQGh5AI0jGfBvXVihcyn4qcxYGBHoZI85uX5QCa+iuCdKNwt8RTY+Uz/MOYgLaMgfckVj eQiKHCiR27OxtwEAAAAAAAA= --------------ms040501080302010807030408-- From lp15 at cam.ac.uk Fri Mar 12 14:37:46 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:34922) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lKivC-0001IC-V1 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 12 Mar 2021 14:37:46 +0000 X-Cam-SpamDetails: score -1.1 from SpamAssassin-3.4.4-1887469 * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta0.cl.cam.ac.uk ([128.232.25.20]:36489) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lKivC-000QiQ-gu (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 12 Mar 2021 14:37:46 +0000 Received: from ppsw-32.csi.cam.ac.uk ([2001:630:212:8::e:f32]) by mta0.cl.cam.ac.uk with esmtp (Exim 4.93) (envelope-from ) id 1lKiv7-0084Or-0u for isabelle-users at cl.cam.ac.uk; Fri, 12 Mar 2021 14:37:41 +0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from lpaulson.plus.com ([81.174.248.240]:55299 helo=selenium.lan) by ppsw-32.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.156]:25) with esmtpsa (PLAIN:lp15) (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lKiv6-000Uii-35 (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Fri, 12 Mar 2021 14:37:41 +0000 From: Lawrence Paulson Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Message-Id: <79BE1C39-529A-4B01-B5A7-A1379D5BF2AA at cam.ac.uk> Date: Fri, 12 Mar 2021 14:37:40 +0000 To: Isabelle-Users Mailinglist X-Mailer: Apple Mail (2.3654.60.0.2.21) X-debug-header: local_aliases has suffix Subject: [isabelle] =?utf-8?q?New_in_the_AFP=3A_The_Hermite=E2=80=93Lindem?= =?utf-8?q?ann=E2=80=93Weierstra=C3=9F_Transcendence_Theorem?= X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 14:37:47 -0000 I=E2=80=99m happy to announce yet another substantial contribution by = the prolific Manuel Eberl: The Hermite=E2=80=93Lindemann=E2=80=93Weierstra=C3=9F Transcendence = Theorem This article provides a formalisation of the = Hermite-Lindemann-Weierstra=C3=9F Theorem (also known as simply = Hermite-Lindemann or Lindemann-Weierstra=C3=9F). This theorem is one of = the crowning achievements of 19th century number theory. =E2=80=A6 This = has a number of direct corollaries, e.g. e, pi and numerous expressions = involving transcendental functions are transcendental. Manuel remarks that this theorem is =E2=80=9C#56 on Freek Wiedijk's = list. That puts us on par with HOL Light.=E2=80=9D You=E2=80=99ll find it online at = https://www.isa-afp.org/entries/Hermite_Lindemann.html Manuel, many thanks! Larry Paulson From walther.neuper at jku.at Fri Mar 12 16:17:15 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:42948) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lKkTT-0006t8-H6 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 12 Mar 2021 16:17:15 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887469 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [140.78.3.66 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [140.78.3.66 listed in wl.mailspike.net] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from emailsecure.uni-linz.ac.at ([140.78.3.66]:11895) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lKkTS-000g1N-i2 (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 12 Mar 2021 16:17:15 +0000 Received: from [10.0.0.1] (217-149-160-97.nat.highway.telekom.at [217.149.160.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by emailsecure.uni-linz.ac.at (Postfix) with ESMTPSA id 4DxrYj47Dkz2PPv for ; Fri, 12 Mar 2021 17:17:13 +0100 (CET) To: cl-isabelle-users at lists.cam.ac.uk References: <8ef22a0d-ba2f-1d6d-adc2-842cab91a7ef at jku.at> <12bf8ff6-32ad-1398-fd12-36e8035c45bf at sketis.net> From: Walther Neuper Message-ID: <1e2b0bcc-8dab-80d4-c04a-8c7cb8d8681a at jku.at> Date: Fri, 12 Mar 2021 17:17:16 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <12bf8ff6-32ad-1398-fd12-36e8035c45bf at sketis.net> Content-Type: multipart/alternative; boundary="------------3FAA301CB67F422A9809C73A" Content-Language: en-GB Subject: Re: [isabelle] keywords "spark_open" :: thy_load (spark_siv) X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 16:17:15 -0000 This is a multi-part message in MIME format. --------------3FAA301CB67F422A9809C73A Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit On 08.03.21 19:56, Makarius wrote: > On 08/03/2021 14:35, Walther Neuper wrote: >> ... so the question: where / how is the constant spark_siv defined ? > You need to declare your add-ons to Isabelle/Scala formally via > isabelle_scala_service in etc/settings, e.g. see > https://isabelle.sketis.net/repos/isabelle-release/file/Isabelle2021/src/HOL/SPARK/etc/settings in a phase of development where we want to make a test example running with least effort the following solution appears preferable: > An alternative is to ignore the whole thing and merely use literal file names > with explicit extension. E.g. see my change to 'boogie_file' for Isabelle2021: > https://isabelle.sketis.net/repos/isabelle-release/rev/b808eddc83cf Thus we have (in Calculation.thy):     keywords "Example" :: thy_load and     Example ‹/usr/local/isabisac/src/Tools/isac/Examples/exp_Statics_Biegel_Timischl_7-70.str› which nicely evaluates related code in Calculation.thy. However, we need to create a session     ./bin/isabelle build -v -b Isac which causes the error message (see "*.str.str" ..)     Isac FAILED     (see also /home/wneuper/.isabelle/isabisac/heaps/polyml-5.8.2_x86_64_32-linux/log/Isac)     *** Failed to load theory "Isac.BridgeJEdit" (unresolved "Isac.Calculation")     *** Failed to load theory "Isac.Build_Isac" (unresolved "Isac.BridgeJEdit")     *** No such file: "/usr/local/isabisac/src/Tools/isac/Examples/exp_Statics_Biegel_Timischl_7-70.str.str" (line 230 of "~~/src/Tools/isac/BridgeJEdit/Calculation.thy")     *** At command "Example" (line 230 of "~~/src/Tools/isac/BridgeJEdit/Calculation.thy")     Unfinished session(s): Isac Studying ~~/src/HOL/ROOT we found "dokument_files" (would require */document/*) and "export_files", but here we would need something like "import_files". Is here a simple way out or should we go the long way via IntelliJ Idea? Walther --------------3FAA301CB67F422A9809C73A Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit


On 08.03.21 19:56, Makarius wrote:
On 08/03/2021 14:35, Walther Neuper wrote:
... so the question: where / how is the constant spark_siv defined ?
You need to declare your add-ons to Isabelle/Scala formally via
isabelle_scala_service in etc/settings, e.g. see
https://isabelle.sketis.net/repos/isabelle-release/file/Isabelle2021/src/HOL/SPARK/etc/settings
in a phase of development where we want to make a test example running with least effort the following solution appears preferable:
An alternative is to ignore the whole thing and merely use literal file names
with explicit extension. E.g. see my change to 'boogie_file' for Isabelle2021:
https://isabelle.sketis.net/repos/isabelle-release/rev/b808eddc83cf

Thus we have (in Calculation.thy):

    keywords "Example" :: thy_load

and

    Example ‹/usr/local/isabisac/src/Tools/isac/Examples/exp_Statics_Biegel_Timischl_7-70.str›

which nicely evaluates related code in Calculation.thy. However, we need to create a session

    ./bin/isabelle build -v -b Isac

which causes the error message (see "*.str.str" ..)

    Isac FAILED
    (see also /home/wneuper/.isabelle/isabisac/heaps/polyml-5.8.2_x86_64_32-linux/log/Isac)
    *** Failed to load theory "Isac.BridgeJEdit" (unresolved "Isac.Calculation")
    *** Failed to load theory "Isac.Build_Isac" (unresolved "Isac.BridgeJEdit")
    *** No such file: "/usr/local/isabisac/src/Tools/isac/Examples/exp_Statics_Biegel_Timischl_7-70.str.str" (line 230 of "~~/src/Tools/isac/BridgeJEdit/Calculation.thy")
    *** At command "Example" (line 230 of "~~/src/Tools/isac/BridgeJEdit/Calculation.thy")
    Unfinished session(s): Isac

Studying ~~/src/HOL/ROOT we found "dokument_files" (would require */document/*) and "export_files", but here we would need something like "import_files".

Is here a simple way out or should we go the long way via IntelliJ Idea?

Walther

--------------3FAA301CB67F422A9809C73A-- From makarius at sketis.net Fri Mar 12 16:28:09 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:59472) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lKke1-0007K6-3e (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 12 Mar 2021 16:28:09 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887469 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [188.68.63.98 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([188.68.63.98]:40195) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lKke0-000wA9-hZ (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 12 Mar 2021 16:28:09 +0000 Received: from mors-relay-2501.netcup.net (localhost [127.0.0.1]) by mors-relay-2501.netcup.net (Postfix) with ESMTPS id 4DxrpH720rz6Pxr; Fri, 12 Mar 2021 17:28:07 +0100 (CET) Received: from policy01-mors.netcup.net (unknown [46.38.225.35]) by mors-relay-2501.netcup.net (Postfix) with ESMTPS id 4DxrpH6c7rz58FW; Fri, 12 Mar 2021 17:28:07 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy01-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.901 X-Spam-Level: X-Spam-Status: No, score=-2.901 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy01-mors.netcup.net (Postfix) with ESMTPS id 4DxrpG6cQgz8sX8; Fri, 12 Mar 2021 17:28:06 +0100 (CET) Received: from [192.168.179.20] (aftr-62-216-204-101.dynamic.mnet-online.de [62.216.204.101]) by mx2f26.netcup.net (Postfix) with ESMTPSA id 52791A0F56; Fri, 12 Mar 2021 17:28:06 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.101) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.179.20] Received-SPF: pass (mx2f26: connection is authenticated) To: Walther Neuper , cl-isabelle-users at lists.cam.ac.uk References: <8ef22a0d-ba2f-1d6d-adc2-842cab91a7ef at jku.at> <12bf8ff6-32ad-1398-fd12-36e8035c45bf at sketis.net> <1e2b0bcc-8dab-80d4-c04a-8c7cb8d8681a at jku.at> From: Makarius Message-ID: <96c45917-cf53-b827-bd6e-3f7bc876dbb3 at sketis.net> Date: Fri, 12 Mar 2021 17:28:05 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <1e2b0bcc-8dab-80d4-c04a-8c7cb8d8681a at jku.at> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-PPP-Message-ID: <161556648645.12050.7162498691234304777 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: GY8XkwaDxiAyW7cyTeBEMD4pf3kZYb29ngcYoUY1C4Pwf0U= Subject: Re: [isabelle] keywords "spark_open" :: thy_load (spark_siv) X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 16:28:09 -0000 On 12/03/2021 17:17, Walther Neuper wrote: > > Thus we have (in Calculation.thy): > >     keywords "Example" :: thy_load > > and > >     Example ‹/usr/local/isabisac/src/Tools/isac/Examples/exp_Statics_Biegel_Timischl_7-70.str› > > which nicely evaluates related code in Calculation.thy. However, we need to > create a session > >     ./bin/isabelle build -v -b Isac > > which causes the error message (see "*.str.str" ..) > >     Isac FAILED >     (see also /home/wneuper/.isabelle/isabisac/heaps/polyml-5.8.2_x86_64_32-linux/log/Isac) >     *** Failed to load theory "Isac.BridgeJEdit" (unresolved "Isac.Calculation") >     *** Failed to load theory "Isac.Build_Isac" (unresolved "Isac.BridgeJEdit") >     *** No such file: "/usr/local/isabisac/src/Tools/isac/Examples/exp_Statics_Biegel_Timischl_7-70.str.str" (line 230 of "~~/src/Tools/isac/BridgeJEdit/Calculation.thy") >     *** At command "Example" (line 230 of "~~/src/Tools/isac/BridgeJEdit/Calculation.thy") >     Unfinished session(s): Isac The error appears to stem from your Isabelle/ML implementation of the command: it probably still adds another file extension. > Studying ~~/src/HOL/ROOT we found "dokument_files" (would require > */document/*) and "export_files", but here we would need something like > "import_files". Such declarations of imported files were required many years ago. Today we have everything in "theory keywords ... :: thy_load" and "isabelle build" picks the information from there. > Is here a simple way out or should we go the long way via IntelliJ Idea? For Isabelle/ML problems you merely require Isabelle/jEdit as IDE. Makarius From andrei.h.popescu at gmail.com Sat Mar 13 01:23:07 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:55774) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lKszj-0006Qj-8x (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 13 Mar 2021 01:23:07 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887469 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.219.54 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [209.85.219.54 listed in wl.mailspike.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [andrei.h.popescu[at]gmail.com] * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-qv1-f54.google.com ([209.85.219.54]:41770) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lKszi-000AyN-7y (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 13 Mar 2021 01:23:07 +0000 Received: by mail-qv1-f54.google.com with SMTP id h3so5183051qvh.8 for ; Fri, 12 Mar 2021 17:23:06 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=QhDRmjydZ81ahG0/2EwcwMiFEGBuy0txsMmYdFukYJM=; b=NTPdoPiTGTxOVgInDTboi0pTQUdJv0rGoRiBb3MHVZ+t9EiW6hLDtMsKfc0BUhiMUv 0UqdSsVul5LpAK5atS+Zjsmj8hf2UqYR/eZlrRzzlIbLxWRgIGREyJyfNd4VDFVXt/yZ Mg3o5S+pxDqcOito5G9tXD+yUVreDIxlQHd09GL6ZpyQuLltVB6VbNIjP/kRXYs2ISAU tx1h+Kuv+obe15nm1wqNn8fK+EvPF1+PbXdOzctMuBWYg5KG0LInNT0mq0Cd0N76I/j8 9Rble8UZbGRVMeYSKQopl/iinAbdnaKcQejLdMJSGDZtsuAQhQxyn0w5fLclpCF6FHP4 9ExQ== X-Gm-Message-State: AOAM530Gixponv8z6p0xBmVbrP69bNw1MeY4uDHJK/WdODZkE42IfzIS mhSxIDxCAKWKb2rz0mzCEJPH676e2KJAgpf/UDcBzatTBK8= X-Google-Smtp-Source: ABdhPJyOVhpddTZI9mCnR7cQsmZ8yfDRcNPO/kpSUvo2d1UAGPiWWWmqiR7jpRz1JQo/VE11YTn4kcCJP2OfqFE62rg= X-Received: by 2002:a0c:b8a3:: with SMTP id y35mr15010240qvf.23.1615598585546; Fri, 12 Mar 2021 17:23:05 -0800 (PST) MIME-Version: 1.0 From: Andrei Popescu Date: Sat, 13 Mar 2021 01:22:54 +0000 Message-ID: To: acl2 at utlists.utexas.edu, agda at lists.chalmers.se, cl-isabelle-users at lists.cam.ac.uk, coq-club at inria.fr Content-Type: text/plain; charset="UTF-8" Subject: [isabelle] Lecturer in Verification position at University of Sheffield: deadline 29 March 2021 X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 01:23:07 -0000 Greetings, The Department of Computer Science at University of Sheffield has an open position of Lecturer in Verification. Details can be found here: https://www.jobs.ac.uk/job/CEF438/lecturer-in-verification Applicants doing research with and on proof assistants are most welcome. Female applicants are particularly encouraged. Best wishes, Andrei From florian.haftmann at informatik.tu-muenchen.de Sat Mar 13 07:30:27 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:38326) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lKyjD-0007Ha-Qe (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 13 Mar 2021 07:30:27 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887534 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.8 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.8 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out1.in.tum.de ([131.159.0.8]:32911 helo=mail-out1.informatik.tu-muenchen.de) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lKyjD-000C3v-15 (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 13 Mar 2021 07:30:27 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id 8C6AC1C1960; Sat, 13 Mar 2021 08:30:26 +0100 (CET) Received: (Authenticated sender: haftmann) by mail.in.tum.de (Postfix) with ESMTPSA id 89E351C1547; Sat, 13 Mar 2021 08:30:24 +0100 (CET) (Extended-Queue-bit tech_jrrnd at fff.in.tum.de) To: Tobias Nipkow , cl-isabelle-users at lists.cam.ac.uk References: <841bb2a9-cef8-0cc2-b16e-334ed02dd343 at in.tum.de> From: Florian Haftmann Message-ID: <56b9e6d0-dc01-0a04-8594-3dea7e2ff90a at informatik.tu-muenchen.de> Date: Sat, 13 Mar 2021 08:30:17 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <841bb2a9-cef8-0cc2-b16e-334ed02dd343 at in.tum.de> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="C6PYf3EkSKToXCqozJtpngrq4EtxuTewU" Subject: Re: [isabelle] Request for feedback: dedicated session or AFP entry for material on combinatorics? X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 07:30:27 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --C6PYf3EkSKToXCqozJtpngrq4EtxuTewU Content-Type: multipart/mixed; boundary="fpoazerythnGbemjaZANDAP6S71qYoryL"; protected-headers="v1" From: Florian Haftmann To: Tobias Nipkow , cl-isabelle-users at lists.cam.ac.uk Message-ID: <56b9e6d0-dc01-0a04-8594-3dea7e2ff90a at informatik.tu-muenchen.de> Subject: Re: [isabelle] Request for feedback: dedicated session or AFP entry for material on combinatorics? References: <841bb2a9-cef8-0cc2-b16e-334ed02dd343 at in.tum.de> In-Reply-To: <841bb2a9-cef8-0cc2-b16e-334ed02dd343 at in.tum.de> --fpoazerythnGbemjaZANDAP6S71qYoryL Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable > I would welcome any move of material from the distribution to the AFP. I would prefer that also =E2=80=93 in the long run. But there is a bootstrap problem: the material has to be identified and accumulated first, and for organizational reasons this is easier in the distribution. I don't know of a procedure to submit and empty AFP entry which gets populated only over time. Cheers, Florian --fpoazerythnGbemjaZANDAP6S71qYoryL-- --C6PYf3EkSKToXCqozJtpngrq4EtxuTewU Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQQ2aRv8hQWta5iN4IfgIQ1PG8W1PgUCYExqCQAKCRDgIQ1PG8W1 PiWVAQDDm6m9h0nJYmXzjgpyf+qn7NHd8GSvWUUPcoEU3Z+elAEAwPExZsyMGPD+ lHsKYnsnnQpEmn5qvmKEyv7SVW78ugk= =9I4T -----END PGP SIGNATURE----- --C6PYf3EkSKToXCqozJtpngrq4EtxuTewU-- From tals4 at cam.ac.uk Sat Mar 13 10:25:52 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:54682) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lL1Sy-0004qr-3J (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 13 Mar 2021 10:25:52 +0000 X-Cam-AntiVirus: not scanned (internal relaying) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from webmail-1b.csi.cam.ac.uk ([131.111.9.33]:60570) by ppsw-32.csi.cam.ac.uk (ppsw.cam.ac.uk [131.111.8.136]:25) with esmtp id 1lL1Sx-000co2-2r (Exim 4.94) (return-path ); Sat, 13 Mar 2021 10:25:51 +0000 Received: from [127.0.0.1] (helo=webmail-2.hermes.cam.ac.uk) by webmail-1b.csi.cam.ac.uk with esmtp id 1lL1Sx-0007gE-SE (Exim 4.92.3) (return-path ); Sat, 13 Mar 2021 10:25:51 +0000 Received: from cpc108965-cmbg20-2-0-cust533.5-4.cable.virginm.net ([80.5.218.22]) by webmail-2.hermes.cam.ac.uk with HTTP (HTTP/1.1 POST); Sat, 13 Mar 2021 10:25:51 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 13 Mar 2021 10:25:51 +0000 From: Thomas Sewell To: Jaap Boender In-Reply-To: <1834246.RKWHNc76U6 at dev-nb-10021> References: <1834246.RKWHNc76U6 at dev-nb-10021> User-Agent: Roundcube Webmail/1.4.11 Message-ID: <45046594e2b0eda42e540339e5c5c476 at cam.ac.uk> X-Sender: tals4 at cam.ac.uk X-Authenticated-User: tals4 Cc: cl-isabelle-users at lists.cam.ac.uk Subject: Re: [isabelle] ML questions X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 10:25:52 -0000 Hello. In partial answer to 1, yes, that's all a bit complicated. You shouldn't need to parse the term and then modify that. If it really is a constant, it's typical to construct polymorphic constant applications using something like Const (@{const_name myconst}, ty) $ x $ y where ty is computed from the types of x and y. There are a lot of examples of this floating around in the sources. Erm, your question 2 is simpler, it looks like the string t you're using to create the name is the wrong string for this purpose. Best regards, Thomas. On 2021-03-11 07:46, Jaap Boender wrote: > Hi list, > > I've been playing around with ML and the Cookbook, trying to learn how > to > write a definitional package. It's working out reasonably well, but > I've got > two problems I'd like to ask for help on: > > 1) At some point, I need to create an application of the form "s t", > where tye > types of both s and t contain type variables. So I can't just get the > terms > and use $, I need to unify the types first. At the moment, I'm doing it > like > follows (this code is fragile and not very nice, of course, but it's a > first > attempt): > > fun add_is_valid t thy = > let > val Const (is_valid_c, tiv) = Proof_Context.read_term_pattern > @{context} t > val (no_wrap_c, Type ("fun", [tnw1, tnw2])) = Consts.the_const > (Proof_Context.consts_of @{context}) @{const_name is_valid_imp_no_wrap} > val (tenv, _) = Sign.typ_unify @{theory} (tnw1, tiv) (Vartab.empty, > 0) > val tnw1' = Envir.norm_type tenv tnw1 > val tiv' = Envir.norm_type tenv tiv > > and then I can use (Const (no_wrap_c, tnw1' --> tnw2) $ Const > (is_valid_c, > tiv')) for the term I need. > This works, but I have the feeling it's needlessly complicated. Is > there an > easier way to do this? > > 2) After using Goal.prove to create a proof of the term created above, > I'd > like to add it to the local theory; currently I'm doing this: > > Local_Theory.note (((Binding.name (t ^ "_no_wrap")), []), [nw_proof]) > > which works, but then when I try to find the lemma, it turns out to > have the > name > is_valid_int_element_record_C_no_wrapkind=factlocal.is_valid_int_element_record_C_no_wrap > > which isn't very useful. What am I doing wrong? The problem also occurs > if I > do other things, like using the @binding antiquotation. > > (I am still using Isabelle2020, if that makes any difference). > > Thanks in advance for any advice! > > Jaap Boender From kbh at umn.edu Sat Mar 13 01:15:41 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:51520) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lKssX-0006FE-0Z (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 13 Mar 2021 01:15:41 +0000 X-Cam-SpamDetails: score -2.6 from SpamAssassin-3.4.4-1887469 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [134.84.196.208 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) * [134.84.196.208 listed in wl.mailspike.net] * 0.0 HTML_MESSAGE BODY: HTML included in message * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * 0.0 T_KAM_HTML_FONT_INVALID Test for Invalidly Named or Formatted * Colors in HTML * 0.0 LOTS_OF_MONEY Huge... sums of money X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta-p8.oit.umn.edu ([134.84.196.208]:47790) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lKssV-0003OV-8G (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 13 Mar 2021 01:15:41 +0000 Received: from localhost (unknown [127.0.0.1]) by mta-p8.oit.umn.edu (Postfix) with ESMTP id 4Dy4Vx0JtMz9vBtD for ; Sat, 13 Mar 2021 01:15:37 +0000 (UTC) X-Virus-Scanned: amavisd-new at umn.edu Received: from mta-p8.oit.umn.edu ([127.0.0.1]) by localhost (mta-p8.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6E8FksbxqAKc for ; Fri, 12 Mar 2021 19:15:36 -0600 (CST) Received: from mail-yb1-f198.google.com (mail-yb1-f198.google.com [209.85.219.198]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p8.oit.umn.edu (Postfix) with ESMTPS id 4Dy4Vw5BCdz9vBtH for ; Fri, 12 Mar 2021 19:15:36 -0600 (CST) DMARC-Filter: OpenDMARC Filter v1.3.2 mta-p8.oit.umn.edu 4Dy4Vw5BCdz9vBtH DKIM-Filter: OpenDKIM Filter v2.11.0 mta-p8.oit.umn.edu 4Dy4Vw5BCdz9vBtH Received: by mail-yb1-f198.google.com with SMTP id q77so31339306ybq.0 for ; Fri, 12 Mar 2021 17:15:36 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=DsFwibwsdWGEhozmSE6MLCzY0D1h3SIa2ehpG2hht28=; b=NRNU1b7vAyRbJgJvhGpb501nhy/wkkqjd9OGDTEQwob4f09T7QpMTppqTBfgu0iyha tNeC8Dqn+mDYjcmcGEElmMb/sVrI0uCIIeEpFluoCZQjmuriFgWT7w4rFEu1H+CUuc5i kzv9ScHblICy7kKBb8sMWX3PhOlJqBVOT2vLE77h/CF0bXfGv9oTFw+ZZhplolYrP8HC +JOuWQh19tza436e/Sc4kCc1+crvnEv3g0r7fCdOKJF6eG+xmIXD3M3V6nbeshgXjqiS gE2LPiM8t5duON/gUonh/Ni9+5oe5Tz2N6rs6nj/ItQIMTl+nmw5njkhzQR8jJlZFsQd eRoQ== X-Gm-Message-State: AOAM533g6NzrIXaiYLxyIkC0hVkeC6OUzVznlca9CqZw1RFkTHOyKnA4 6FZYlDgw892okSuoWxI/t2L1+e+YRpA2w2V9eA+7KedxHTzVxh7shVTH3KjlbLvNXdRAPN+rM63 QkbFtlLCOFVfaUMoNTrzcTgXHckFtbqsjozNMwg5CdsZ5gNxluW0= X-Received: by 2002:a05:6902:1003:: with SMTP id w3mr23082099ybt.445.1615598136007; Fri, 12 Mar 2021 17:15:36 -0800 (PST) X-Google-Smtp-Source: ABdhPJwpIRH8Al/X2P87v9iTen03zhVTooCEqutxHQpzczalxNG0kwS93GawT6LMF4Kj+D4OalBAi0+2EdxLbIiLNN4= X-Received: by 2002:a05:6902:1003:: with SMTP id w3mr23082079ybt.445.1615598135782; Fri, 12 Mar 2021 17:15:35 -0800 (PST) MIME-Version: 1.0 Date: Fri, 12 Mar 2021 19:14:59 -0600 Message-ID: To: types-announce at lists.seas.upenn.edu, agda at lists.chalmers.se, coq-club at inria.fr, ProofTheory at lists.bath.ac.uk, univalent-mathematics at googlegroups.com, Homotopy Type Theory , cl-isabelle-users at lists.cam.ac.uk Content-Type: multipart/alternative; boundary="000000000000fbc0ea05bd60c0ac" X-Mailman-Approved-At: Sat, 13 Mar 2021 11:12:25 +0000 Subject: [isabelle] Research Programmer in HoTT and Cubical Type Theory X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list From: Favonia via Cl-isabelle-users Reply-To: Favonia List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 01:15:41 -0000 --000000000000fbc0ea05bd60c0ac Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable We are hiring a research programmer at University of Minnesota to work with us on building next-generation proof assistant technology (broadly defined) based on homotopy type theory and cubical type theory. The ideal candidate would have some knowledge and interest in homotopy and cubical type theory, combined with concrete experience implementing type theoretic proof assistants using modern algorithms, such as bidirectional type checking and normalization-by-evaluation. You will be exposed to the latest research in the field and can get involved in theoretical development of the research ideas. We welcome applicants who do not have a Ph.D. degree---a BA/BS degree is sufficient. The research project is funded by the AFOSR through their MURI program, and your official affiliation would be the University of Minnesota with Favonia being your supervisor. However, you will frequently meet and collaborate with other researchers from Carnegie Mellon University, Wesleyan University, University of San Diego, and other institutions. Especially during the COVID-19 pandemic, most activities will be online, though you will have to be physically in the US. (We may be able to sponsor visas. Contact Favonia for details.) We are interviewing candidates on a rolling basis until a match is found. Candidates applying by the end of March (2021/3/31) would be given priority= . Here is the official link for application: https://hr.myu.umn.edu/jobs/ext/339220 Please also drop an email to Favonia so that we can confirm that your application correctly enters the system. If you are a current employee of the University of Minnesota, please use https://hr.myu.umn.edu/jobs/int/339220 instead. # Some further information - What is the annual salary? About $60,000 USD. - When is the expected start date? As soon as you are ready. - How long does this position last? The position will last as long as the project can support it and benefit from it. However, the expectation is that you will be in this position around 1-3 years (negotiable) and may choose to leave early (for example, to start a Ph.D.). Your official contract will be one-year but renewable. - I see that there=E2=80=99s a =E2=80=9Cwork experience=E2=80=9D requiremen= t. What counts as =E2=80=9Cwork experience=E2=80=9D? This requirement exists to satisfy an administrative requirement of the job code at the University of Minnesota. We will recognize a wide range of activities as =E2=80=9Cwork experience=E2=80=9D, such as contributions on G= itHub during weekends. **Please document related activities in your CV.** If you are not sure if something counts as work experience, please ask Favonia . - I have more questions! Please send an email to Favonia . Best, Favonia they/them/theirs --000000000000fbc0ea05bd60c0ac Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

We are hiring a research programmer at University of = Minnesota to work with us on building next-generation proof assistant techn= ology (broadly defined) based on homotopy type theory and cubical type theo= ry. The ideal candidate would have some knowledge and interest in homotopy = and cubical type theory, combined with concrete experience implementing typ= e theoretic proof assistants using modern algorithms, such as bidirectional= type checking and normalization-by-evaluation.


You will be exposed to the latest research= in the field and can get involved in theoretical development of the resear= ch ideas. We welcome applicants who do not have a Ph.D. degree---a BA/BS de= gree is sufficient.


The research project is funded by the AFOSR through their MURI program, = and your official affiliation would be the University of Minnesota with Fav= onia being your supervisor. However, you will frequently meet and collabora= te with other researchers from Carnegie Mellon University, Wesleyan Univers= ity, University of San Diego, and other institutions. Especially during the= COVID-19 pandemic, most activities will be online, though you will have to= be physically in the US. (We may be able to sponsor visas. Contact Favonia= <kbh at u= mn.edu> for detai= ls.)


We are inter= viewing candidates on a rolling basis until a match is found. Candidates ap= plying by the end of March (2021/3/31) would be given priority.

<= br>

Here is the official link fo= r application: https://hr.myu.umn.edu/jobs/ext/339220<= span style=3D"font-size:11pt;font-family:Arial;color:rgb(0,0,0);background-= color:transparent;font-weight:400;font-style:normal;font-variant:normal;tex= t-decoration:none;vertical-align:baseline"> Please also drop an email to Fa= vonia <= kbh at umn.edu> so t= hat we can confirm that your application correctly enters the system. If yo= u are a current employee of the University of Minnesota, please use = https://hr.myu.umn.edu/jobs/int/339220 instead.


# Some further information


- What is the annual salary?

About $60,000 USD.


- When is the expected start date?

As soon as you are ready.<= /span>


- How long does t= his position last?

Th= e position will last as long as the project can support it and benefit from= it. However, the expectation is that you will be in this position around 1= -3 years (negotiable) and may choose to leave early (for example, to start = a Ph.D.). Your official contract will be one-year but renewable.

=

- I see that there=E2=80=99= s a =E2=80=9Cwork experience=E2=80=9D requirement. What counts as =E2=80=9C= work experience=E2=80=9D?

This requirement exists to satisfy an administrative requirement of th= e job code at the University of Minnesota. We will recognize a wide range o= f activities as =E2=80=9Cwork experience=E2=80=9D, such as contributions on= GitHub during weekends. **Please document related activities in your CV.**= If you are not sure if something counts as work experience, please ask Fav= onia <k= bh at umn.edu>.


- I have more questio= ns!

Please send an em= ail to Favonia <kbh at umn.edu= >.=C2=A0


Best,
Favonia
they/them/theirs<= br>
--000000000000fbc0ea05bd60c0ac-- From lammich at in.tum.de Sat Mar 13 11:16:42 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:48788) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lL2GA-0005yK-Cd (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 13 Mar 2021 11:16:42 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887534 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.36 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.36 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out2.in.tum.de ([131.159.0.36]:58954 helo=mail-out2.informatik.tu-muenchen.de) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lL2G9-0002rU-7t (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 13 Mar 2021 11:16:42 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id 8378C1C1960; Sat, 13 Mar 2021 12:16:40 +0100 (CET) Received: (Authenticated sender: lammich) by mail.in.tum.de (Postfix) with ESMTPSA id E5D611C1547; Sat, 13 Mar 2021 12:16:37 +0100 (CET) (Extended-Queue-bit tech_wcule at fff.in.tum.de) Message-ID: <9d2f22edd9ea1f0dca406af5a2c33b4ada52c303.camel at in.tum.de> From: Peter Lammich To: Thomas Sewell , Jaap Boender Date: Sat, 13 Mar 2021 11:16:36 +0000 In-Reply-To: <45046594e2b0eda42e540339e5c5c476 at cam.ac.uk> References: <1834246.RKWHNc76U6 at dev-nb-10021> <45046594e2b0eda42e540339e5c5c476 at cam.ac.uk> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.4-0ubuntu1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: cl-isabelle-users at lists.cam.ac.uk Subject: Re: [isabelle] ML questions X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 11:16:42 -0000 On Sat, 2021-03-13 at 10:25 +0000, Thomas Sewell wrote: > Hello. > > In partial answer to 1, yes, that's all a bit complicated. You > shouldn't > need > to parse the term and then modify that. If it really is a constant, > it's > typical > to construct polymorphic constant applications using something like > > Const (@{const_name myconst}, ty) $ x $ y A quite general solution is, e.g., in https://www.isa-afp.org/browser_info/current/AFP/Automatic_Refinement/Mk_Term_Antiquot.html You basically write @{mk_term "myconst ?x ?y"}, where the ?x and ?y must be ML-variables in scope. This will do all type-computation for you, or inform you that it's not possible (for more complex things than just function application) If there's interest, I'm open for suggestions how to improve on the slightly hacky workaround to use schematic variables to map on ML identifiers. -- Peter > > where ty is computed from the types of x and y. There are a lot of > examples of > this floating around in the sources. > > Erm, your question 2 is simpler, it looks like the string t you're > using > to create > the name is the wrong string for this purpose. > > Best regards, > Thomas. > > > On 2021-03-11 07:46, Jaap Boender wrote: > > Hi list, > > > > I've been playing around with ML and the Cookbook, trying to learn > > how > > to > > write a definitional package. It's working out reasonably well, > > but > > I've got > > two problems I'd like to ask for help on: > > > > 1) At some point, I need to create an application of the form "s > > t", > > where tye > > types of both s and t contain type variables. So I can't just get > > the > > terms > > and use $, I need to unify the types first. At the moment, I'm > > doing it > > like > > follows (this code is fragile and not very nice, of course, but > > it's a > > first > > attempt): > > > > fun add_is_valid t thy = > > let > > val Const (is_valid_c, tiv) = Proof_Context.read_term_pattern > > @{context} t > > val (no_wrap_c, Type ("fun", [tnw1, tnw2])) = Consts.the_const > > (Proof_Context.consts_of @{context}) @{const_name > > is_valid_imp_no_wrap} > > val (tenv, _) = Sign.typ_unify @{theory} (tnw1, tiv) > > (Vartab.empty, > > 0) > > val tnw1' = Envir.norm_type tenv tnw1 > > val tiv' = Envir.norm_type tenv tiv > > > > and then I can use (Const (no_wrap_c, tnw1' --> tnw2) $ Const > > (is_valid_c, > > tiv')) for the term I need. > > This works, but I have the feeling it's needlessly complicated. Is > > there an > > easier way to do this? > > > > 2) After using Goal.prove to create a proof of the term created > > above, > > I'd > > like to add it to the local theory; currently I'm doing this: > > > > Local_Theory.note (((Binding.name (t ^ "_no_wrap")), []), > > [nw_proof]) > > > > which works, but then when I try to find the lemma, it turns out > > to > > have the > > name > > is_valid_int_element_record_C_no_wrapkind=factlocal.is_valid_int_el > > ement_record_C_no_wrap > > > > which isn't very useful. What am I doing wrong? The problem also > > occurs > > if I > > do other things, like using the @binding antiquotation. > > > > (I am still using Isabelle2020, if that makes any difference). > > > > Thanks in advance for any advice! > > > > Jaap Boender From nipkow at in.tum.de Sat Mar 13 13:46:18 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:38300) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lL4aw-0001W0-Si (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 13 Mar 2021 13:46:18 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887534 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.8 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.8 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out1.in.tum.de ([131.159.0.8]:48842 helo=mail-out1.informatik.tu-muenchen.de) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lL4aw-000uI8-g1 (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 13 Mar 2021 13:46:18 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id 2B93D1C1960; Sat, 13 Mar 2021 14:46:17 +0100 (CET) Received: (Authenticated sender: nipkow) by mail.in.tum.de (Postfix) with ESMTPSA id D7BE31C1547 for ; Sat, 13 Mar 2021 14:46:14 +0100 (CET) (Extended-Queue-bit tech_etbqy at fff.in.tum.de) To: cl-isabelle-users at lists.cam.ac.uk References: <841bb2a9-cef8-0cc2-b16e-334ed02dd343 at in.tum.de> <56b9e6d0-dc01-0a04-8594-3dea7e2ff90a at informatik.tu-muenchen.de> From: Tobias Nipkow Message-ID: <3cc70df4-2200-00a2-d016-bb0d293b5612 at in.tum.de> Date: Sat, 13 Mar 2021 14:46:13 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <56b9e6d0-dc01-0a04-8594-3dea7e2ff90a at informatik.tu-muenchen.de> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms070809000303030106030900" Subject: Re: [isabelle] Request for feedback: dedicated session or AFP entry for material on combinatorics? X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 13:46:18 -0000 This is a cryptographically signed message in MIME format. --------------ms070809000303030106030900 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 13/03/2021 08:30, Florian Haftmann wrote: >> I would welcome any move of material from the distribution to the AFP.= >=20 > I would prefer that also =E2=80=93 in the long run. >=20 > But there is a bootstrap problem: the material has to be identified and= > accumulated first, and for organizational reasons this is easier in the= > distribution. I don't know of a procedure to submit and empty AFP entr= y > which gets populated only over time. That is indeed a bit tricky. If you find some coherent material that noth= ing=20 else in the distribution depends on, I recommend to turn it into an AFP e= ntry.=20 That entry can of course grow over time (or spawn further entries), but y= ou=20 don't want to start with an empty entry. Then there is the question of th= e title=20 if it is meant to grow over time... Tobias > Cheers, > Florian >=20 --------------ms070809000303030106030900 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC EX4wggUSMIID+qADAgECAgkA4wvV+K8l2YEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYT AkRFMSswKQYDVQQKDCJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYD VQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFs Um9vdCBDbGFzcyAyMB4XDTE2MDIyMjEzMzgyMloXDTMxMDIyMjIzNTk1OVowgZUxCzAJBgNV BAYTAkRFMUUwQwYDVQQKEzxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVu IEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsTB0RGTi1QS0kxLTArBgNVBAMTJERG Ti1WZXJlaW4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgMjCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAMtg1/9moUHN0vqHl4pzq5lN6mc5WqFggEcVToyVsuXPztNXS43O+FZs FVV2B+pG/cgDRWM+cNSrVICxI5y+NyipCf8FXRgPxJiZN7Mg9mZ4F4fCnQ7MSjLnFp2uDo0p eQcAIFTcFV9Kltd4tjTTwXS1nem/wHdN6r1ZB+BaL2w8pQDcNb1lDY9/Mm3yWmpLYgHurDg0 WUU2SQXaeMpqbVvAgWsRzNI8qIv4cRrKO+KA3Ra0Z3qLNupOkSk9s1FcragMvp0049ENF4N1 xDkesJQLEvHVaY4l9Lg9K7/AjsMeO6W/VRCrKq4Xl14zzsjz9AkH4wKGMUZrAcUQDBHHWekC AwEAAaOCAXQwggFwMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUk+PYMiba1fFKpZFK4OpL 4qIMz+EwHwYDVR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB /wIBAjAzBgNVHSAELDAqMA8GDSsGAQQBga0hgiwBAQQwDQYLKwYBBAGBrSGCLB4wCAYGZ4EM AQICMEwGA1UdHwRFMEMwQaA/oD2GO2h0dHA6Ly9wa2kwMzM2LnRlbGVzZWMuZGUvcmwvVGVs ZVNlY19HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGGBggrBgEFBQcBAQR6MHgwLAYIKwYBBQUH MAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMEgGCCsGAQUFBzAChjxodHRw Oi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9UZWxlU2VjX0dsb2JhbFJvb3RfQ2xhc3NfMi5j ZXIwDQYJKoZIhvcNAQELBQADggEBAIcL/z4Cm2XIVi3WO5qYi3FP2ropqiH5Ri71sqQPrhE4 eTizDnS6dl2e6BiClmLbTDPo3flq3zK9LExHYFV/53RrtCyD2HlrtrdNUAtmB7Xts5et6u5/ MOaZ/SLick0+hFvu+c+Z6n/XUjkurJgARH5pO7917tALOxrN5fcPImxHhPalR6D90Bo0fa3S PXez7vTXTf/D6OWST1k+kEcQSrCFWMBvf/iu7QhCnh7U3xQuTY+8npTD5+32GPg8SecmqKc2 2CzeIs2LgtjZeOJVEqM7h0S2EQvVDFKvaYwPBt/QolOLV5h7z/0HJPT8vcP9SpIClxvyt7bP ZYoaorVyGTkwggWsMIIElKADAgECAgcbY7rQHiw9MA0GCSqGSIb3DQEBCwUAMIGVMQswCQYD VQQGEwJERTFFMEMGA1UEChM8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hl biBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLEwdERk4tUEtJMS0wKwYDVQQDEyRE Rk4tVmVyZWluIENlcnRpZmljYXRpb24gQXV0aG9yaXR5IDIwHhcNMTYwNTI0MTEzODQwWhcN MzEwMjIyMjM1OTU5WjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9l cmRlcnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UE CwwHREZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQTCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ07eRxH3h+Gy8Zp1xCeOdfZojDbchwFfylf S2jxrRnWTOFrG7ELf6Gr4HuLi9gtzm6IOhDuV+UefwRRNuu6cG1joL6WLkDh0YNMZj0cZGnl m6Stcq5oOVGHecwX064vXWNxSzl660Knl5BpBb+Q/6RAcL0D57+eGIgfn5mITQ5HjUhfZZkQ 0tkqSe3BuS0dnxLLFdM/fx5ULzquk1enfnjK1UriGuXtQX1TX8izKvWKMKztFwUkP7agCwf9 TRqaA1KgNpzeJIdl5Of6x5ZzJBTN0OgbaJ4YWa52fvfRCng8h0uwN89Tyjo4EPPLR22MZD08 WkVKusqAfLjz56dMTM0CAwEAAaOCAgUwggIBMBIGA1UdEwEB/wQIMAYBAf8CAQEwDgYDVR0P AQH/BAQDAgEGMCkGA1UdIAQiMCAwDQYLKwYBBAGBrSGCLB4wDwYNKwYBBAGBrSGCLAEBBDAd BgNVHQ4EFgQUazqYi/nyU4na4K2yMh4JH+iqO3QwHwYDVR0jBBgwFoAUk+PYMiba1fFKpZFK 4OpL4qIMz+EwgY8GA1UdHwSBhzCBhDBAoD6gPIY6aHR0cDovL2NkcDEucGNhLmRmbi5kZS9n bG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDBAoD6gPIY6aHR0cDovL2NkcDIu cGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDCB3QYIKwYB BQUHAQEEgdAwgc0wMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1T ZXJ2ZXIvT0NTUDBKBggrBgEFBQcwAoY+aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwt cm9vdC1nMi1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwSgYIKwYBBQUHMAKGPmh0dHA6Ly9j ZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtZzItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0 MA0GCSqGSIb3DQEBCwUAA4IBAQCBeEWkTqR/DlXwCbFqPnjMaDWpHPOVnj/z+N9rOHeJLI21 rT7H8pTNoAauusyosa0zCLYkhmI2THhuUPDVbmCNT1IxQ5dGdfBi5G5mUcFCMWdQ5UnnOR7L n8qGSN4IFP8VSytmm6A4nwDO/afr0X9XLchMX9wQEZc+lgQCXISoKTlslPwQkgZ7nu7YRrQb tQMMONncsKk/cQYLsgMHM8KNSGMlJTx6e1du94oFOO+4oK4v9NsH1VuEGMGpuEvObJAaguS5 Pfp38dIfMwK/U+d2+dwmJUFvL6Yb+qQTkPp8ftkLYF3sv8pBoGH7EUkp2KgtdRXYShjqFu9V NCIaE40GMIIGtDCCBZygAwIBAgIMI5/lGur5RMzYJ/WbMA0GCSqGSIb3DQEBCwUAMIGNMQsw CQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRz Y2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUwIwYDVQQD DBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBMB4XDTIwMTAwOTEzMzcxOFoXDTIxMTIw MzE1MzYxN1owgcAxCzAJBgNVBAYTAkRFMQ8wDQYDVQQIDAZCYXllcm4xETAPBgNVBAcMCE11 ZW5jaGVuMSkwJwYDVQQKDCBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECwwZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAwwNVG9iaWFzIE5pcGtv dzEmMCQGCSqGSIb3DQEJARYXdG9iaWFzLm5pcGtvd0Bpbi50dW0uZGUwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDUbnZWpbMWc0L36pKuee6yTHzlyzNHFmR8kbLounLgje8w 6j9bH8D7kbzEnlrh31Sa1alxP58+/NQ2d7lUuzPz/RDRXVl4d+NJ7tVMi1GrW9tS35yyV1/c 4dgAIlMoe2USxwg+b3UXmmdosbs9W6RJ/639htMAFWbUUTnj77qNMDbr9zEmdskIkOvJPmJG E3bAYMr4xh5ApkcuL0adZmyjLdFHIeIDgvgYp2dzh1L7h0qMs8npjdVYZhbaM6JL0XLc83Fj 9hw0QDt82YAHrKB0syh626JPqizlONVUiHnGoiVS/R0Xn2a+XIl4+pn2ufUbqAOfv3YTPOYD yh4FV6TVAgMBAAGjggLdMIIC2TA+BgNVHSAENzA1MA8GDSsGAQQBga0hgiwBAQQwEAYOKwYB BAGBrSGCLAEBBAgwEAYOKwYBBAGBrSGCLAIBBAgwCQYDVR0TBAIwADAOBgNVHQ8BAf8EBAMC BeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBRbgDDEK6sjPfEN p3HCLZWLbSJuyTAfBgNVHSMEGDAWgBRrOpiL+fJTidrgrbIyHgkf6Ko7dDCBrgYDVR0RBIGm MIGjgRBuaXBrb3dAaW4udHVtLmRlgRd0b2JpYXMubmlwa293QGluLnR1bS5kZYEgbmlwa293 QGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJ3RvYmlhcy5uaXBrb3dAaW5mb3JtYXRpay50 dS1tdWVuY2hlbi5kZYERbmlwa293QGNzLnR1bS5lZHWBGHRvYmlhcy5uaXBrb3dAY3MudHVt LmVkdTCBjQYDVR0fBIGFMIGCMD+gPaA7hjlodHRwOi8vY2RwMS5wY2EuZGZuLmRlL2Rmbi1j YS1nbG9iYWwtZzIvcHViL2NybC9jYWNybC5jcmwwP6A9oDuGOWh0dHA6Ly9jZHAyLnBjYS5k Zm4uZGUvZGZuLWNhLWdsb2JhbC1nMi9wdWIvY3JsL2NhY3JsLmNybDCB2wYIKwYBBQUHAQEE gc4wgcswMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1TZXJ2ZXIv T0NTUDBJBggrBgEFBQcwAoY9aHR0cDovL2NkcDEucGNhLmRmbi5kZS9kZm4tY2EtZ2xvYmFs LWcyL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDBJBggrBgEFBQcwAoY9aHR0cDovL2NkcDIucGNh LmRmbi5kZS9kZm4tY2EtZ2xvYmFsLWcyL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDANBgkqhkiG 9w0BAQsFAAOCAQEAOCUU6IMxIBv685lR6sshbAl9YdfybY4Z8+MJxQ+/Uj0I+PE4i4JqqOiX vZbS+BqQXYs52i1eLvHsilp3vGU+iLoEAgAgaDKs+YKrYBTUQWHUJyMlgA9yKBgUge0uDNYZ kt8lleS0lT7aIg6bUfInHIaAN6fd7taz11CyC3WvPx2N9r6ZE6kzxN6whx/CvAzEZ9R5MVD8 Trk29zBUATA4KPiCxj48OTyR3e19fbXQ54dtF+aR0aPIUdknIFxMFcsZGRVEbhFSmDSasDuw LfRfDamQEPv0ZeCds8XzDcPovGuH8SLwtRQq5Dq5nCIeAP+ywJZwo+o5nX+lRBivQ7YRtjGC BAswggQHAgEBMIGeMIGNMQswCQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2Vy ZGVydW5nIGVpbmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQL DAdERk4tUEtJMSUwIwYDVQQDDBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBAgwjn+Ua 6vlEzNgn9ZswDQYJYIZIAWUDBAIBBQCgggI9MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTIxMDMxMzEzNDYxNFowLwYJKoZIhvcNAQkEMSIEIHxeKCSzCPw3 f/Nv+xtG/yKc+EaWNnSzm7bABkex3SfiMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwga8GCSsGAQQBgjcQBDGBoTCBnjCBjTELMAkG A1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVuZyBlaW5lcyBEZXV0c2No ZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZOLVBLSTElMCMGA1UEAwwc REZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI5/lGur5RMzYJ/WbMIGxBgsqhkiG9w0B CRACCzGBoaCBnjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRl cnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwH REZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI5/lGur5 RMzYJ/WbMA0GCSqGSIb3DQEBAQUABIIBAKgjC+Ex+U/txd0quipHVHOGdBFDMiJvbZeL90fx MCNm7pawbAOfSbG8FHxx0wumoBR9lgMkkBqSM95U2iGS3UJMDSAq1evg29eq3qQlIA+N+O/V jHHL+LPFBnypFRp151bCTm2tpAqu7tXmZCOenp6r3MHjSLw6hmctgt7Z3m5IFoMtK1JCgmEy cNXdowwto/zR8nnrdsf6Urwbg7PXWl8Nvo9cOioPMAvghx7cTz6JLhrqD6IczjPf1qQ4TTWx Fvj9aKpawDagUJNxXjlj3ZBgJM1M38bUlLyJQo6lq9nhW1HTHRClFxVFgRc0ES5yl+TjPnu+ wzHk3lHolUejHNMAAAAAAAA= --------------ms070809000303030106030900-- From mail at andreas-lochbihler.de Sun Mar 14 11:13:09 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:43888) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lLOgH-0000Pm-Eg (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 14 Mar 2021 11:13:09 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887567 * -0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) * [80.237.130.111 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta2.cl.cam.ac.uk ([128.232.25.22]:51162) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lLOgG-000mCF-oi (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 14 Mar 2021 11:13:09 +0000 Received: from ppsw-43.csi.cam.ac.uk ([2001:630:212:8::e:f43]) by mta2.cl.cam.ac.uk with esmtp (Exim 4.86_2) (envelope-from ) id 1lLOgB-0000k7-LS for isabelle-users at cl.cam.ac.uk; Sun, 14 Mar 2021 11:13:03 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887567 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) * [80.237.130.111 listed in wl.mailspike.net] * -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from wp589.webpack.hosteurope.de ([80.237.130.111]:37188) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lLOgA-000mBe-p4 (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Sun, 14 Mar 2021 11:13:03 +0000 Received: from p5485fd59.dip0.t-ipconnect.de ([84.133.253.89] helo=[192.168.30.44]); authenticated by wp589.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1lLOg8-0006Wl-OF; Sun, 14 Mar 2021 12:13:00 +0100 To: isabelle-users From: Andreas Lochbihler Message-ID: <97e7811f-b649-7bf1-417b-9a45e23b492b at andreas-lochbihler.de> Date: Sun, 14 Mar 2021 12:13:00 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de; mail at andreas-lochbihler.de; 1615720382; 49df7084; X-HE-SMSGID: 1lLOg8-0006Wl-OF X-debug-header: local_aliases has suffix Subject: [isabelle] New in the AFP: Two algorithms based on modular arithmetic: lattice basis reduction and Hermite normal form computation X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 11:13:09 -0000 I'm happy to announce another AFP entry this week: Two algorithms based on modular arithmetic: lattice basis reduction and Hermite normal form computation by Ralph Bottesch, Jose Divason and Rene Thiemann We verify two algorithms for which modular arithmetic plays an essential role: Storjohann's variant of the LLL lattice basis reduction algorithm and Kopparty's algorithm for computing the Hermite normal form of a matrix. To do this, we also formalize some facts about the modulo operation with symmetric range. Our implementations are based on the original papers, but are otherwise efficient. For basis reduction we formalize two versions: one that includes all of the optimizations/heuristics from Storjohann's paper, and one excluding a heuristic that we observed to often decrease efficiency. We also provide a fast, self-contained certifier for basis reduction, based on the efficient Hermite normal form algorithm. https://www.isa-afp.org/entries/Modular_arithmetic_LLL_and_HNF_algorithms.html Andreas From alex153 at outlook.lv Sun Mar 14 16:38:56 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:47632) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lLTlY-000858-Lc (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 14 Mar 2021 16:38:56 +0000 X-Cam-SpamScore: s X-Cam-SpamDetails: score 1.7 from SpamAssassin-3.4.4-1887567 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [40.92.74.11 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.92.74.11 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [alex153[at]outlook.lv] * 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in * digit * [alex153[at]outlook.lv] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.0 T_KAM_HTML_FONT_INVALID Test for Invalidly Named or Formatted * Colors in HTML * 1.5 SPOOFED_FREEMAIL No description available. X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta0.cl.cam.ac.uk ([128.232.25.20]:50449) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lLTlS-000mYz-8v (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 14 Mar 2021 16:38:51 +0000 Received: from ppsw-43.csi.cam.ac.uk ([2001:630:212:8::e:f43]) by mta0.cl.cam.ac.uk with esmtp (Exim 4.93) (envelope-from ) id 1lLTlS-008PKf-7w for isabelle-users at cl.cam.ac.uk; Sun, 14 Mar 2021 16:38:50 +0000 X-Cam-SpamScore: s X-Cam-SpamDetails: score 1.7 from SpamAssassin-3.4.4-1887567 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [40.92.74.11 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.92.74.11 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in * digit * [alex153[at]outlook.lv] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [alex153[at]outlook.lv] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.0 T_KAM_HTML_FONT_INVALID Test for Invalidly Named or Formatted * Colors in HTML * 1.5 SPOOFED_FREEMAIL No description available. X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-oln040092074011.outbound.protection.outlook.com ([40.92.74.11]:61504 helo=EUR04-DB3-obe.outbound.protection.outlook.com) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lLTlQ-0003FA-pW (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Sun, 14 Mar 2021 16:38:50 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PtMHd1x4ualfsBWxeLzw5zuGoQyytwijoD/9Nr3E87MGpfkeAsW5FlRD6kYX51oY2F7bYv/bO47woESRPwRQiU+5Z4Qbq8RVmnOXJd4nJPgUJF3paRGMFHJcgTFp3X8X5mwZ/IGXrrU+UN3vAi1wHyMieTvhhlUIt1iyz9hpkR+FhqIVgCCtJc1OEg5t8sy1yEnwa9DAGfz/0zAOVl1XnNkRWIqET6p45P0qHoit7N52yLgqrWsVykaBV9cixDLnVHoqFSSqy6E0aVfTwTOnazZjceEoWW6XNfL/LD2uD8g5r+b7nlNXpmWQayj2mLsQOTXn4TJJ07NIO9/j03HuPA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IPqBR/nn0gSwWrZbHRg3+FPRXfLsH7kDM/KTDErxzzs=; b=TKA2NrrwBZ/FuaEyPiPoa0hIlqkqbeIjA7ERkdYZZywjRGarxmkL8SBK6guuO6fLqUDcBMtx4ukX++NfQbFZqHJB/5jnT3EeoX5gaP+zKIvAbbsvRIXwVxM0JYxgHInBe53BXfExVLx46TgqPYG36EJ9iuxDG6slJj6yqOzoEY2UUebg6GgAwv8YHZOb8dlFHEJgNwSzAYGbigWm6+xE5qxca99mOCy+7qoI9Qxi7WNyhNeu010bVQnGZd7XZLKxlUWiw0w2BDB1wGYdJWBlmApKclPSdEMTwK8B/PUrtqt3Q4WgCcOEC58iXnwTAV18ld5l0d0Y30D3tH/C/C52LQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from VI1EUR04FT058.eop-eur04.prod.protection.outlook.com (2a01:111:e400:7e0e::49) by VI1EUR04HT248.eop-eur04.prod.protection.outlook.com (2a01:111:e400:7e0e::275) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.31; Sun, 14 Mar 2021 16:38:37 +0000 Received: from DBAP191MB1291.EURP191.PROD.OUTLOOK.COM (2a01:111:e400:7e0e::45) by VI1EUR04FT058.mail.protection.outlook.com (2a01:111:e400:7e0e::327) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.31 via Frontend Transport; Sun, 14 Mar 2021 16:38:37 +0000 Received: from DBAP191MB1291.EURP191.PROD.OUTLOOK.COM ([fe80::4c27:40e8:abf6:a0fc]) by DBAP191MB1291.EURP191.PROD.OUTLOOK.COM ([fe80::4c27:40e8:abf6:a0fc%3]) with mapi id 15.20.3933.032; Sun, 14 Mar 2021 16:38:37 +0000 From: Alex Meyer To: Isabelle Users Thread-Topic: Entire theory in JSON forma using scala-isabelle? Thread-Index: AQHXGO9d3rfSrNDUlki65WROmKz0Eg== Date: Sun, 14 Mar 2021 16:38:36 +0000 Message-ID: Accept-Language: lv-LV, en-US Content-Language: lv-LV X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:AF756F484D2AB2AEC736E690E12DA970228E7A956F02C201961AF2ABB33D7F21; UpperCasedChecksum:156AF71D0E5FCCE80464B0DF7BE52EFE449BAF2C688E0B5113D9EAE46B6036B2; SizeAsReceived:6631; Count:41 x-tmn: [ne4A6zY7PgyOSjtDPrLKTzSUawMeqafm] x-ms-publictraffictype: Email x-incomingheadercount: 41 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: 9d5b6bb6-0773-44f5-a341-08d8e7079dc5 x-ms-traffictypediagnostic: VI1EUR04HT248: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 2Ne0mU6tnszMfjBmqBoXUJOlrFsndJdgC4ksA8Rl2kmNEMB015PxwoBOn1MaVP4ukPbfEMdRSSgwnIQrMIgjKNVNkjKa3fLQ20FMbwNU2K2M3fyIx6ozxccPbCfsjxT+piAy1Qo3XDzewHO6rUUCEvnBJh9Dfk3Vcx7msNj1QYJvoNGI276CK2S+VKcCumwMrCkbZkiS/1QSvVWTlnRke3xBed1h+839Ahmn3YUrv+jIjNKygO+an7yk22FxZG5fPYIKjFLwj4SUSEOgD8kNrQeJBX08Bc1Q5I8ecCUKzNmursFZy84zPrGKMk0jgUfRKTCOeKcugDnQ8cKuj47gQSzIzk7J6B539RKnr3uLoMchxh4z4bWBHvq4Fz0JTg2euf0c2jxKt9PhOzK3XtcsN38W5dPa6mJuuNB4K2n+PnCSEBt+uFDHjacsXc6LtB9l x-ms-exchange-antispam-messagedata: Geg+T6enD/eVZQhXgGUQJHjLPRUwYXHZVvuAiGixlKBhbHYcVYNe5/lovih+W8S5b6rTxHGu/70MXSNhWDm5rgG8MzhYrpRHKHDEgcJ1+2lR0v6cCdIF98c+HfT+dylQLomjW+o1YF5o/Ra+sb2LzA== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DBAP191MB12915F2C01D1E1615E9B6B0F806D9DBAP191MB1291EURP_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: VI1EUR04FT058.eop-eur04.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 9d5b6bb6-0773-44f5-a341-08d8e7079dc5 X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Mar 2021 16:38:36.9572 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1EUR04HT248 X-debug-header: local_aliases has suffix Subject: [isabelle] Entire theory in JSON forma using scala-isabelle? X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 16:38:56 -0000 --_000_DBAP191MB12915F2C01D1E1615E9B6B0F806D9DBAP191MB1291EURP_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I had this question https://lists.cam.ac.uk/pipermail/cl-isabelle-users/202= 1-January/msg00187.html at the end of January, and there where some follow-= up discussion in February and scala-isabelle emerged as fine library for th= is. I had quick idea to get theory (as isabelle AST) in JSON format and for tha= t tried the code: val ctxt =3D Context("HOL.Imperative_HOL.ex.Imperative_Quicksort") import net.liftweb.json._ import net.liftweb.json.Serialization.write implicit val formats =3D net.liftweb.json.DefaultFormatsval jsonString =3D = write(ctxt) println("before jsonString") println(jsonString) println("after jsonString") but the output it scarce (my full stackoverflow question is https://stackov= erflow.com/questions/66626741/isabelle-hol-theory-hol-imperative-hol-ex-imp= erative-quicksort-as-json-with-sc): before jsonString {"mlValue":{"id":{"_fun":{},"_ec":{},"_arg":null,"_xform":2}}} after jsonString Maybe I a overstretching the framework (error about which I have been exten= sively warned in the mentioned thread), but just quick qustion - is it poss= ible to get AST JSON tree for the entire theory in scala-isabelle? The quick thought is that I can load theory in string and then try to load = it like term in the conext that is preloaded by the same theory. But maybe = it is not good ide. I am reading documentation, experimenting, doing some reasoning, etc. But maybe there is answer in couple of words that can shortcut my path? Alex --_000_DBAP191MB12915F2C01D1E1615E9B6B0F806D9DBAP191MB1291EURP_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
I had this question https://lists.cam.ac.uk/pipermail/cl-isabelle-users/2021-January/msg00187.h= tml at the end of January, and there where some follow-up discussion in= February and scala-isabelle emerged as fine library for this.

I had quick idea to get theory (as isabelle AST) in JSON format and for tha= t  tried the code:
val ctxt =3D Con=
text("HOL.Imperative_HOL.ex.Imperative_Quicksort")=0A=
=0A=
import net.liftweb.json._=0A=
import net.liftweb.json.Serialization.write=0A=
=0A=
implicit val formats =3D net.liftweb.json.De=
faultFormatsval jsonString =3D write(ctxt)=0A=
println("before jsonString")=0A=
println(jsonString)=0A=
println("after jsonString")

before jsonString=0A=
{"mlValue":{"id":{"=
;_fun":{},"_ec":{},"_arg"=
;:null,"_xform":2}=
}}=0A=
after jsonString
Maybe I a overstretching the framework (error about which I have been exten= sively warned in the mentioned thread), but just quick qustion - is it poss= ible to get AST JSON tree for the entire theory in scala-isabelle?

The quick thought is that I can load theory in string and then try to load = it like term in the conext that is preloaded by the same theory. But maybe = it is not good ide.

I am reading documentation, experimenting, doing some reasoning, etc.

But maybe there is answer in couple of words that can shortcut my path?

Alex

--_000_DBAP191MB12915F2C01D1E1615E9B6B0F806D9DBAP191MB1291EURP_-- From alex153 at outlook.lv Sun Mar 14 16:54:32 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:56708) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lLU0e-0008PF-0k (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 14 Mar 2021 16:54:32 +0000 X-Cam-SpamDetails: score 0.2 from SpamAssassin-3.4.4-1887567 * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.92.51.72 listed in wl.mailspike.net] * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [40.92.51.72 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in * digit * [alex153[at]outlook.lv] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [alex153[at]outlook.lv] * 0.0 HTML_MESSAGE BODY: HTML included in message X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta0.cl.cam.ac.uk ([128.232.25.20]:57031) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lLU0d-000Lm2-mj (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 14 Mar 2021 16:54:32 +0000 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by mta0.cl.cam.ac.uk with esmtp (Exim 4.93) (envelope-from ) id 1lLU0c-008PQx-Jl for isabelle-users at cl.cam.ac.uk; Sun, 14 Mar 2021 16:54:30 +0000 X-Cam-SpamDetails: score 0.2 from SpamAssassin-3.4.4-1887567 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [40.92.51.72 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.92.51.72 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [alex153[at]outlook.lv] * 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in * digit * [alex153[at]outlook.lv] * 0.0 HTML_MESSAGE BODY: HTML included in message X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-db8eur06olkn2072.outbound.protection.outlook.com ([40.92.51.72]:41312 helo=EUR06-DB8-obe.outbound.protection.outlook.com) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lLU0b-0003Oy-8M (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Sun, 14 Mar 2021 16:54:30 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=YdsULEEVR10dunbXa6BDwKS6wC117G0Z6M1tILUVILNINhYQijm4T8kNdW9nqaogFfin7mFsJ2DbdPOauXjt9VfA5HimQ54/CkfD8TM9fE6kg/ShBUGgdehOUXrAk7LT4tG0WyaJ8L9pBMIflCJw+uucPTKGPQHmmCmxTN+SfNQxnsEECl8qO8vLZeAReB3KPDhoDNS8YWSL4aj65I4Qag/nKzEjLTfLGfEQEmQZOh0jzWUXiB3VURDD/7vOcC8pv3B5zyDxLOqEl9Pi6GtiwRJZyWGH7Oy6T/kn5sQ3uokg5fksq8f6mWfttUeoQoY1OMWjkeritksgPjtSdvVCiQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Yyh8s+U01bc242cf9XSvDMic/Ysfe2Dc9PQQ/Bssgls=; b=AjVkAD7jcx9DmpDqkmrf4beNDLVAW4f1QLBFL3+e5d7dc/ck0xEv4ZkFMx11w8QmCeFIQDIuMka5D7gqscOzBDXJH/ZVcDaJXQDj2MFT6IFN1hV1vh6aDcHqMG1cltETjHtsi++Fs1Y8g/2a0mvTK5FhVFD4VSXoAFwYL1j+lUS7DxCEe6T4xIe2j7rKsjsC7WcEhaF+V2VZjV/t5cWeFVhIvMf2r6Ch3ZqhgTo4652lcomJDkdxnHWOyBIr1qlSQEX9c7oRXTN/dbSJ1cOmeh0Xhn1A/GGiYMo7pxMLUQr0aOT5/54OdfxBCkT98K23dYhMCVk/YJDx216TbTTymA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from VI1EUR06FT043.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc37::53) by VI1EUR06HT094.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc37::157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.31; Sun, 14 Mar 2021 16:54:17 +0000 Received: from DBAP191MB1291.EURP191.PROD.OUTLOOK.COM (2a01:111:e400:fc37::47) by VI1EUR06FT043.mail.protection.outlook.com (2a01:111:e400:fc37::134) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.31 via Frontend Transport; Sun, 14 Mar 2021 16:54:17 +0000 Received: from DBAP191MB1291.EURP191.PROD.OUTLOOK.COM ([fe80::4c27:40e8:abf6:a0fc]) by DBAP191MB1291.EURP191.PROD.OUTLOOK.COM ([fe80::4c27:40e8:abf6:a0fc%3]) with mapi id 15.20.3933.032; Sun, 14 Mar 2021 16:54:17 +0000 From: Alex Meyer To: Isabelle Users Thread-Topic: Entire theory in JSON forma using scala-isabelle? Thread-Index: AQHXGO9d3rfSrNDUlki65WROmKz0EqqDsDvx Date: Sun, 14 Mar 2021 16:54:17 +0000 Message-ID: References: In-Reply-To: Accept-Language: lv-LV, en-US Content-Language: lv-LV X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:85AF6E6C0FBF82654EA368DD30B93DD4BC848AE907CA258664F88CD733B8EF2E; UpperCasedChecksum:F2884F5F8FAF05459642F8CE67D5C3FC45C51C099AAFFB17DBE06AE51FCB3E80; SizeAsReceived:6876; Count:43 x-tmn: [+bboXmFbZMZOFgXO77WuU5XmwkbRxv9d] x-ms-publictraffictype: Email x-incomingheadercount: 43 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: 71055a44-3978-4ee5-e746-08d8e709ce8c x-ms-traffictypediagnostic: VI1EUR06HT094: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 3vF9HsCpdSiOPLW1WE3iSKmMYHK1TFMM1zx17n/A6uwtauauoQOv5GQRnvOE2ZfmajFR4lvk291nkxFmIcS9zsIB/huhDsAtqdz+WqKNTf5cVzZ5GZzlv8sQ8QUb6FPCBQu82PsBsFZlK/B9w+7TR6Wa4JFxqPW0P/Le+sQkGwT7TMkWFqt2Xmg7hJkGcbGflRqeNJNlxCMegU2dnxXGgFQwjBbzPT7uCV4aq+KI3V6nJuV87lf9etMGGYw/Vw7aLHHBpZW4o+7KfmPQwHiSh7cPohOzF9SVv1O8ir8gs51zFGuWlHK/lbdQkfXlvhdNuyEMY6C0g3FqEEbigA862B4IIWzOKGvYNnuQHYE5jLq8rRYXlaMP/AjTwDIYMbUEuM9k7wagIZxDQ4atnetS9IPkrVGxmP/Zu9XPZ+xPCdg= x-ms-exchange-antispam-messagedata: aU/qfpeqRcPeP+RIJqMEa6uDvGAEeYKHDqyT9b1Atj1xmLEtDWLAv+PgKXrU7nmRdm1nJa9y+hRDSYXjSXpwsKdOhaTuiXoat+zR+Isy+95Z93tpXW/EumxeXlROB4mZLSUVUCccEUPsCx4k/I+IOQ== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DBAP191MB12913FBA87AE405F721C94DC806D9DBAP191MB1291EURP_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: VI1EUR06FT043.eop-eur06.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 71055a44-3978-4ee5-e746-08d8e709ce8c X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Mar 2021 16:54:17.8360 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1EUR06HT094 X-debug-header: local_aliases has suffix Subject: [isabelle] =?iso-8859-4?q?_P=E0rs=2E=3A_Entire_theory_in_JSON_for?= =?iso-8859-4?q?ma_using_scala-isabelle=3F?= X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 16:54:32 -0000 --_000_DBAP191MB12913FBA87AE405F721C94DC806D9DBAP191MB1291EURP_ Content-Type: text/plain; charset="iso-8859-4" Content-Transfer-Encoding: quoted-printable To be sure - the JSON tree of term object is not AST either: code: val term =3D Term(ctxt, "x+0 =3D (y::nat)*1") val jsonString2 =3D write(term) println(jsonString2) gives the structure that does not resmble AST, there is no evidence, that t= his term contains some structure, syntax tree, subelements: { "mlValue": { "id": { "_fun": {}, "_ec": {}, "_arg": null, "_xform": 2 } }, "isabelle": { "setup": { "isabelleHome": { "fs": { "provider": {} }, "type": {}, "root": "C:\\", "path": "C:\\Homes\\Isabelle2020\\Isabelle2020" }, "logic": "HOL", "workingDirectory": { "fs": { "provider": {} }, "type": {}, "root": "", "path": "" }, "sessionRoots": [], "build": false, "verbose": false, "isabelleCommandHandler": {} } }, "ec": {} } It was my expectation that Term object will have this structure (tree like = structure) over which I could wander and build up my AST or let JSON serial= izer do it for me in default manner. OK, I studying this, but - if there is quick suggestion, then it would be n= ice to hear. A. ________________________________ No: Alex Meyer Nos=FEt=EFts: sv=BAtdiena, 2021. gada 14. marts 18:38 Kam: Isabelle Users T=BAma: Entire theory in JSON forma using scala-isabelle? I had this question https://lists.cam.ac.uk/pipermail/cl-isabelle-users/202= 1-January/msg00187.html at the end of January, and there where some follow-= up discussion in February and scala-isabelle emerged as fine library for th= is. I had quick idea to get theory (as isabelle AST) in JSON format and for tha= t tried the code: val ctxt =3D Context("HOL.Imperative_HOL.ex.Imperative_Quicksort") import net.liftweb.json._ import net.liftweb.json.Serialization.write implicit val formats =3D net.liftweb.json.DefaultFormatsval jsonString =3D = write(ctxt) println("before jsonString") println(jsonString) println("after jsonString") but the output it scarce (my full stackoverflow question is https://stackov= erflow.com/questions/66626741/isabelle-hol-theory-hol-imperative-hol-ex-imp= erative-quicksort-as-json-with-sc): before jsonString {"mlValue":{"id":{"_fun":{},"_ec":{},"_arg":null,"_xform":2}}} after jsonString Maybe I a overstretching the framework (error about which I have been exten= sively warned in the mentioned thread), but just quick qustion - is it poss= ible to get AST JSON tree for the entire theory in scala-isabelle? The quick thought is that I can load theory in string and then try to load = it like term in the conext that is preloaded by the same theory. But maybe = it is not good ide. I am reading documentation, experimenting, doing some reasoning, etc. But maybe there is answer in couple of words that can shortcut my path? Alex --_000_DBAP191MB12913FBA87AE405F721C94DC806D9DBAP191MB1291EURP_ Content-Type: text/html; charset="iso-8859-4" Content-Transfer-Encoding: quoted-printable
To be sure - the JSON tree of term object is not AST either:

code:

    val term =3D Term(ctxt, "x+0 =3D (y::nat)*1")<= /div>
    val jsonString2 =3D write(term)
    println(jsonString2)

gives the structure that does not resmble AST, there is no evidence, that t= his term contains some structure, syntax tree, subelements:

{
    "mlValue": {
        "id": {
            "_fun": {},
            "_ec": {},
            "_arg": null,
            "_xform": 2
        }
    },
    "isabelle": {
        "setup": {
            "isabelleHome": {<= /div>
                "fs"= : {
                    = "provider": {}
                },
                "type&quo= t;: {},
                "root&quo= t;: "C:\\",
                "path&quo= t;: "C:\\Homes\\Isabelle2020\\Isabelle2020"
            },
            "logic": "HOL= ",
            "workingDirectory"= : {
                "fs"= : {
                    = "provider": {}
                },
                "type&quo= t;: {},
                "root&quo= t;: "",
                "path&quo= t;: ""
            },
            "sessionRoots": []= ,
            "build": false,
            "verbose": false,<= /div>
            "isabelleCommandHandler= ": {}
        }
    },
    "ec": {}
}

It was my expectation that Term object will have this structure (tree like = structure) over which I could wander and build up my AST or let JSON serial= izer do it for me in default manner.

OK, I studying this, but - if there is quick suggestion, then it would be n= ice to hear.

A.


No: Alex Meyer
Nos=FEt=EFts: sv=BAtdiena, 2021. gada 14. marts 18:38
Kam: Isabelle Users <isabelle-users at cl.cam.ac.uk>
T=BAma: Entire theory in JSON forma using scala-isabelle?
 
I had this question https://lists.cam.ac.uk/pipermail/cl-isabelle-users/2021-January/msg00187.h= tml at the end of January, and there where some follow-up discussion in= February and scala-isabelle emerged as fine library for this.

I had quick idea to get theory (as isabelle AST) in JSON format and for tha= t  tried the code:
val ctxt =
=3D Context("HOL.Imperative_HOL.ex.Imp=
erative_Quicksort")=0A=
=0A=
import net.liftw=
eb.json._=0A=
import net.liftw=
eb.json.Serialization.write=0A=
=0A=
implicit val formats =3D net.lif=
tweb.json.DefaultFormatsval jsonStr=
ing =3D write(ctxt)=0A=
println("before jso=
nString")=0A=
println(jsonString)=0A=
println("after json=
String")

before jsonString=0A=
{"mlValue":{"id":{"_fun":{},"_ec":{},"_arg"=
;:null,"_xform":=
2}}}=0A=
after jsonString
Maybe I a overstretching the framework (error about which I have been exten= sively warned in the mentioned thread), but just quick qustion - is it poss= ible to get AST JSON tree for the entire theory in scala-isabelle?

The quick thought is that I can load theory in string and then try to load = it like term in the conext that is preloaded by the same theory. But maybe = it is not good ide.

I am reading documentation, experimenting, doing some reasoning, etc.

But maybe there is answer in couple of words that can shortcut my path?

Alex

--_000_DBAP191MB12913FBA87AE405F721C94DC806D9DBAP191MB1291EURP_-- From dominique.unruh at ut.ee Mon Mar 15 11:50:16 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:50636) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lLljk-0000cT-AC (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 15 Mar 2021 11:50:16 +0000 X-Cam-SpamDetails: score -0.6 from SpamAssassin-3.4.4-1887624 * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.107.4.102 listed in wl.mailspike.net] * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low * trust * [40.107.4.102 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.1 DKIM_INVALID DKIM or DK signature exists, but is not valid * 0.0 MSGID_FROM_MTA_HEADER Message-Id was added by a relay * 0.0 T_KAM_HTML_FONT_INVALID Test for Invalidly Named or Formatted * Colors in HTML * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta0.cl.cam.ac.uk ([128.232.25.20]:35665) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lLljj-000dxh-7e (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 15 Mar 2021 11:50:16 +0000 Received: from ppsw-42.csi.cam.ac.uk ([2001:630:212:8::e:f42]) by mta0.cl.cam.ac.uk with esmtp (Exim 4.93) (envelope-from ) id 1lLljj-008Yyx-3U for isabelle-users at cl.cam.ac.uk; Mon, 15 Mar 2021 11:50:15 +0000 X-Cam-SpamDetails: score -0.6 from SpamAssassin-3.4.4-1887624 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low * trust * [40.107.4.102 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.107.4.102 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.1 DKIM_INVALID DKIM or DK signature exists, but is not valid * 0.0 MSGID_FROM_MTA_HEADER Message-Id was added by a relay * 0.0 T_KAM_HTML_FONT_INVALID Test for Invalidly Named or Formatted * Colors in HTML * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-eopbgr40102.outbound.protection.outlook.com ([40.107.4.102]:46456 helo=EUR03-DB5-obe.outbound.protection.outlook.com) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lLljh-000dq5-7x (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Mon, 15 Mar 2021 11:50:14 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kOVgIE/F9plAefvzS3Oquv5s+UH+fZYypLBEggFWqlOFgt4VcX9nTP+bdk2DW1wi386hIZ7+aRppK5tXcUMp3MMRz1P0Vp5HJaXm589fhpuHjBVbHGvc0K3/uMltyVnIn84Gi+BsO4Tb1/vAu2woNmYFlY8NKQV00SLcRDSqcu0y6daPSSmgVHNfl4Ih+wDtVlpsIrop5IW6esNRsUOtWbHSHav8sdxusLUPphGpPBUehOxFRvEo/CFHTpg+lMIkRHWtrEDKXAcETiGqq2XnjfZgUPG4YsBsQDSVuTi8bJcoTZ0MfXnikJNIJpdMRL+r1vKPJT43GFeX5c/dbY02Cw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=vFx313BigXxO+S4SlbI6il6PgZbGdIKrIRH+OefqJQw=; b=j0+4tN5N/qDbuPA7MdDOauTpSoU9jD5zcE54XpJ7xk07ckqJrnD5DkdFKWnoco/ju55u8IJaIZ7eb9GgZAba+8bMjaMjx7cVsz9jR8nQ+VjkD5LSQyzS9skiiJyR47n8ocoPBcTYASJCHZBzwl335eneNd9QjLeF4cxKXeiUk1Z/j9tcxAi/6MBEH0+DwcFNOWr8V3C2c6msrNtGOrr1TDWtzVjZqSFo1GRFPw8n/CEr5o2O627RxRsGES38QscXP79qyutnmcXBb3rMfzIKNIfAtLjbqgksK85rEO8zYXE9IcA18RA0anUjBRhwjDU71l9s3IXP2kCYOUkB6Hkx7g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ut.ee; dmarc=pass action=none header.from=ut.ee; dkim=pass header.d=ut.ee; arc=none Authentication-Results: cl.cam.ac.uk; dkim=none (message not signed) header.d=none;cl.cam.ac.uk; dmarc=none action=none header.from=ut.ee; Received: from DB9PR02MB6522.eurprd02.prod.outlook.com (2603:10a6:10:214::7) by DB9PR02MB6522.eurprd02.prod.outlook.com (2603:10a6:10:214::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.31; Mon, 15 Mar 2021 11:50:00 +0000 Received: from DB9PR02MB6522.eurprd02.prod.outlook.com ([fe80::2cb1:e7aa:4023:9778]) by DB9PR02MB6522.eurprd02.prod.outlook.com ([fe80::2cb1:e7aa:4023:9778%7]) with mapi id 15.20.3933.032; Mon, 15 Mar 2021 11:50:00 +0000 To: Alex Meyer , Isabelle Users References: From: Dominique Unruh Message-ID: <89086353-1567-c2f2-e62f-fd85b805f3e6 at ut.ee> Date: Mon, 15 Mar 2021 13:12:49 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 In-Reply-To: Content-Type: multipart/alternative; boundary="------------FA97C7FC761C4F0BDDBFA593" Content-Language: en-US X-Originating-IP: [2001:bb8:2002:2400:8162:e6d6:a436:c129] X-ClientProxiedBy: FRYP281CA0013.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10::23) To DB9PR02MB6522.eurprd02.prod.outlook.com (2603:10a6:10:214::7) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from [IPv6:2001:bb8:2002:2400:8162:e6d6:a436:c129] (2001:bb8:2002:2400:8162:e6d6:a436:c129) by FRYP281CA0013.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3955.9 via Frontend Transport; Mon, 15 Mar 2021 11:49:59 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 5fd10fc5-e5c1-4953-831e-08d8e7a8763e X-MS-TrafficTypeDiagnostic: DB9PR02MB6522: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:10000; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: oj+2HPpmVwZ4ZEASCn/PFMAI0H5hYqQolJtUl5g5hh6MTpEjuLtWd/HS2l993BUuGeiRpzXUaYTFQX/a/6kAWcYDOyLZiKEzzLp7sonkJlDwYka3sxyRq5xTOrBDOxWiBAhPHZvOy26N1LgPk0x+UVosMRFZFmCRuVw5HMy/LYvV4qwyD93IEa1xoMqGfQ0DO0ZVNWhQ70EoPqQREltSUnyd7Jg49JndAC5tHy6MBDr24U9HnQtcytucB0OtxWQJXI3H9jbxjqaK16WGPsJJMm0HpoTrVy6Tyx6Sq79NOAThvErEtSIRCklFj4dsXfQCshxtEzXYFARkuA7V72B8XYWul8cIF0zp21EOqOOV0sdcN+w2P+eDQTV3czyhjo1GlbQm9aXSIvQzCTNOTzdAxQqVlddg0XYmq5UFOafLZ43KpJ+9ChWYxXF4+fpEnHo1VsBqvNbOf3jwDuZQLLTIcaSuyBWGtmxNQo6FHZOLrVi3OyE9+JuSPLc5TlfDlqmIKilLrEiFZHqyQk7bT8ZUkvhZBLQtZG6W9xyX06+n/6Co22j1+v/UTR1PHTwdNEgdeunKSgwGd3dLIUi2pbiGg48Qsk39NpBnbfd3DGHV/MdpxrEqlw1Hshgy0qWfkc5y1VMtlPmUJRp6cIgSSegr8bWi233c2Uc9B3OeJ68LJPy5Pb+Jv1auAwO9ydRMTVZ6bvjfJRSbhLqvw1dUNgLNqoHqAHKyIiDtTzm3YlEHnTs= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB9PR02MB6522.eurprd02.prod.outlook.com; PTR:; CAT:NONE; SFS:(39860400002)(136003)(396003)(366004)(376002)(346002)(186003)(31686004)(5660300002)(966005)(110136005)(66476007)(478600001)(6486002)(21615005)(2616005)(8676002)(66946007)(2906002)(19627405001)(36756003)(31696002)(52116002)(316002)(786003)(53546011)(16526019)(166002)(8936002)(6666004)(66556008)(45980500001)(43740500002); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData: =?Windows-1252?Q?7oVIp72tEGnK2++GGtYuxOllthTUIIqy94C6UUBhS1huYQeZW71iKCNm?= =?Windows-1252?Q?geRNIly9SFmWmPIbFNUxHwx7WX8acoeAlLpg95C6zAgiZGEXc54vG3GN?= =?Windows-1252?Q?hDzUx/M0MeEg62YoBx47pS9X3ivSnJw8d37Bqc/E6E3D4PhJE03KJ6RV?= =?Windows-1252?Q?JvbyIOMTvsITbeaq904+SZS96VZLCQy0K+l3+vdXQPq8vE8PyW13ObNa?= =?Windows-1252?Q?we+WlHpDPbHpVbtbm8dSTn9C+kgp6Ivvt26hnT3lUUx55kebleYxcWFb?= =?Windows-1252?Q?Xxl8iBNBJuUWEH8QN+ahrvwj1rke92HefBss8B1TxX56qzqZxmcSiECM?= =?Windows-1252?Q?9ZEeOQ1AP8MYjLRtpw+AqjqKnOW9CITOcGKSqIhxtvsMkn1rHGjf748g?= =?Windows-1252?Q?zM8EvJWqyGB/oa5lyHez47EbEuasVNyEeanFvSl5Txsd2VUOUSMQpA4i?= =?Windows-1252?Q?6yHNWRSQTb1jZaid+0lx4w5xCS+YoWtGOXTZc1prW1rHGOa7TEMB0DhR?= =?Windows-1252?Q?eBmP8oaV2dB0gCQg1mbOZWC5u5GoaxXW0CCcNF3VMM1Gt3CJdJo0b+F6?= =?Windows-1252?Q?zPuyS8lOfb3ei3P5IOABR9jUWfesfiyBOHytTdy5mAu7HP0ThQgxvGh6?= =?Windows-1252?Q?UXq1a8k6BY6YyrH4EwFYhalZn6MDVLpJ73HBByCh1vJfpB4/mgzmzu+X?= =?Windows-1252?Q?PDt4jFAuR3yoZSUoeWzgtgIeuBXx++8tUTodwuujL3cFmjf8Cp1uMuhB?= =?Windows-1252?Q?YEP4dvdmWubsmS7FatozYpnNnHX+u7V9w00Ygbmq35JMbD3GOuvP+bD6?= =?Windows-1252?Q?j8mjzv8adwpyu8rxXYyG9DWhwoEjiRvQ9pooF48+EDaJLDJ6Zb/ARrTl?= =?Windows-1252?Q?a1VVquguxnrLPik1ZZZkYv5Cg5WG60e+q7nbI3+P5wkbx1Dphfm/h1J5?= =?Windows-1252?Q?kg4+e4u4c20TrX5Bzf+sRNe+qYRmUskJ5GXs/Cl35fNFyHu8wz0HvrQX?= =?Windows-1252?Q?3WHyqs7Vt3mSp4hGjmwLolnVNqXGSoR0IRohy1dztJxaiPVVLz5wFT5u?= =?Windows-1252?Q?2CsMJHYMsfg3I1cnw6uUfMweNyeAUUZWhhJP8F2rL52kWpPgyzjMHw6k?= =?Windows-1252?Q?75+Z5TZNrDjsyp/AgcLQpNA4cp4tH9SdiNtAYJn37J3yaBilcfIIXfxs?= =?Windows-1252?Q?6qq/7liPLMCtZw++UANtU98l23QBEnrgzgfWdgUGxLhOyLq0IvG3Yj2L?= =?Windows-1252?Q?CFVnz8d4SJjbn2pGM/38Mc4CUc5AF5XnCzl8khZRPWlcWNP2p8YnLWXO?= =?Windows-1252?Q?ZKQYY19o6qCJjkpMHXiOB2EAyugGFhYnHZYnmyohy0RkwwBIZgMaI4Tt?= =?Windows-1252?Q?MvwCStuA8hiqe0ph6Gu6GB7RcMrhNZyfUcBNPw6K1xi7YiYCdiTAq9u9?= =?Windows-1252?Q?eHp+FYTK9HSdAmK7ymceYeeZIBT1FXTRdbkfrxkoN63bRC5SmpUIPj1J?= =?Windows-1252?Q?B+ItQmwm?= X-OriginatorOrg: ut.ee X-MS-Exchange-CrossTenant-Network-Message-Id: 5fd10fc5-e5c1-4953-831e-08d8e7a8763e X-MS-Exchange-CrossTenant-AuthSource: DB9PR02MB6522.eurprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 15 Mar 2021 11:49:59.9933 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 6d356317-0d04-4abc-b6b6-8c9773885bb0 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: 5GTMcdmWg4Pil8F5JGbbx3foFGaDKQLGfuzt9NFcZBpLkT1+RpPwhkzk/a3OW099 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB9PR02MB6522 X-debug-header: local_aliases has suffix Subject: Re: [isabelle] Entire theory in JSON forma using scala-isabelle? X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 11:50:16 -0000 --------------FA97C7FC761C4F0BDDBFA593 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Hello, I have answered this in the Stackoverflow post. However, let me quote one of my claims here that goes beyond specifically scala-isabelle, maybe someone (Makarius) can comment on that from the Isabelle side: I am doubtful that there is a way to get an AST of a theory in any way (no matter whether scala-isabelle is used or whether it is done directly in Isabelle/ML). The only way, as far as I know, is to implement your own parser that imperfectly mimics Isabelle's parsing and constructs an AST. If this is not true and there are some ways to get an AST, I would be please to hear about it. Best wishes, Dominique. On 3/14/21 6:38 PM, Alex Meyer wrote: > I had this question > https://lists.cam.ac.uk/pipermail/cl-isabelle-users/2021-January/msg00187.html > > at the end of January, and there where some follow-up discussion in > February and scala-isabelle emerged as fine library for this. > > I had quick idea to get theory (as isabelle AST) in JSON format and > for that tried the code: > |val ctxt = Context("HOL.Imperative_HOL.ex.Imperative_Quicksort") > import net.liftweb.json._ import net.liftweb.json.Serialization.write > implicit val formats = net.liftweb.json.DefaultFormatsval jsonString = > write(ctxt) println("before jsonString") println(jsonString) > println("after jsonString")| > > but the output it scarce (my full stackoverflow question is > https://stackoverflow.com/questions/66626741/isabelle-hol-theory-hol-imperative-hol-ex-imperative-quicksort-as-json-with-sc > ): > |before jsonString > {"mlValue":{"id":{"_fun":{},"_ec":{},"_arg":null,"_xform":2}}} after > jsonString| > Maybe I a overstretching the framework (error about which I have been > extensively warned in the mentioned thread), but just quick qustion - > is it possible to get AST JSON tree for the entire theory in > scala-isabelle? > > The quick thought is that I can load theory in string and then try to > load it like term in the conext that is preloaded by the same theory. > But maybe it is not good ide. > > I am reading documentation, experimenting, doing some reasoning, etc. > > But maybe there is answer in couple of words that can shortcut my path? > > Alex > --------------FA97C7FC761C4F0BDDBFA593 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Hello,


I have answered this in the Stackoverflow post. However, let me quote one of my claims here that goes beyond specifically scala-isabelle, maybe someone (Makarius) can comment on that from the Isabelle side:


I am doubtful that there is a way to get an AST of a theory in any way (no matter whether scala-isabelle is used or whether it is done directly in Isabelle/ML). The only way, as far as I know, is to implement your own parser that imperfectly mimics Isabelle's parsing and constructs an AST.


If this is not true and there are some ways to get an AST, I would be please to hear about it.


Best wishes,
Dominique.





On 3/14/21 6:38 PM, Alex Meyer wrote:
I had this question https://lists.cam.ac.uk/pipermail/cl-isabelle-users/2021-January/msg00187.html at the end of January, and there where some follow-up discussion in February and scala-isabelle emerged as fine library for this.

I had quick idea to get theory (as isabelle AST) in JSON format and for that  tried the code:
val ctxt = Context("HOL.Imperative_HOL.ex.Imperative_Quicksort")

import net.liftweb.json._
import net.liftweb.json.Serialization.write

implicit val formats = net.liftweb.json.DefaultFormatsval jsonString = write(ctxt)
println("before jsonString")
println(jsonString)
println("after jsonString")

before jsonString
{"mlValue":{"id":{"_fun":{},"_ec":{},"_arg":null,"_xform":2}}}
after jsonString
Maybe I a overstretching the framework (error about which I have been extensively warned in the mentioned thread), but just quick qustion - is it possible to get AST JSON tree for the entire theory in scala-isabelle?

The quick thought is that I can load theory in string and then try to load it like term in the conext that is preloaded by the same theory. But maybe it is not good ide.

I am reading documentation, experimenting, doing some reasoning, etc.

But maybe there is answer in couple of words that can shortcut my path?

Alex

--------------FA97C7FC761C4F0BDDBFA593-- From makarius at sketis.net Mon Mar 15 12:17:01 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:42448) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lLm9d-00026t-FW (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 15 Mar 2021 12:17:01 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887624 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [194.59.206.189 listed in list.dnswl.dnsbl.ja.net] * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta1.cl.cam.ac.uk ([128.232.0.57]:59849) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lLm9c-000Fwz-ns (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 15 Mar 2021 12:17:01 +0000 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]) by mta1.cl.cam.ac.uk with esmtp (Exim 4.90_1) (envelope-from ) id 1lLm9c-0001iA-4Y for isabelle-users at cl.cam.ac.uk; Mon, 15 Mar 2021 12:17:00 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887624 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [194.59.206.189 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([194.59.206.189]:54291) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lLm9b-000Gjr-6t (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Mon, 15 Mar 2021 12:16:59 +0000 Received: from relay02-mors.netcup.net (localhost [127.0.0.1]) by relay02-mors.netcup.net (Postfix) with ESMTPS id 4Dzb555MQRz4STv; Mon, 15 Mar 2021 13:16:57 +0100 (CET) Received: from policy01-mors.netcup.net (unknown [46.38.225.35]) by relay02-mors.netcup.net (Postfix) with ESMTPS id 4Dzb554zjZz7vFY; Mon, 15 Mar 2021 13:16:57 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy01-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.9 X-Spam-Level: X-Spam-Status: No, score=-2.9 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy01-mors.netcup.net (Postfix) with ESMTPS id 4Dzb546nLtz8sbZ; Mon, 15 Mar 2021 13:16:56 +0100 (CET) Received: from [192.168.179.20] (aftr-62-216-204-100.dynamic.mnet-online.de [62.216.204.100]) by mx2f26.netcup.net (Postfix) with ESMTPSA id 6C930A0CDB; Mon, 15 Mar 2021 13:16:56 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.100) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.179.20] Received-SPF: pass (mx2f26: connection is authenticated) To: Dominique Unruh , Alex Meyer , Isabelle Users References: <89086353-1567-c2f2-e62f-fd85b805f3e6 at ut.ee> From: Makarius Message-ID: <59f8d1e4-1c77-0a5b-ebd4-30b1c4c024e6 at sketis.net> Date: Mon, 15 Mar 2021 13:16:56 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <89086353-1567-c2f2-e62f-fd85b805f3e6 at ut.ee> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 8bit X-PPP-Message-ID: <161581061658.18991.16426205603817271645 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: qMsB/G+oE61ECMN5XTirkg7bEqyDDelg2BWr2kD83Vvpr94= X-debug-header: local_aliases has suffix Subject: Re: [isabelle] Entire theory in JSON forma using scala-isabelle? X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 12:17:01 -0000 On 15/03/2021 12:12, Dominique Unruh wrote: > > I have answered this in the Stackoverflow post. However, let me quote one of > my claims here that goes beyond specifically scala-isabelle, maybe someone > (Makarius) can comment on that from the Isabelle side: > > > I am doubtful that there is a way to get an AST of a theory in any way (no > matter whether scala-isabelle is used or whether it is done directly in > Isabelle/ML). The only way, as far as I know, is to implement your own > parser that imperfectly mimics Isabelle's parsing and constructs an AST. > > > If this is not true and there are some ways to get an AST, I would be please > to hear about it. The quoted statement is true, but the true truth is even stronger: Isabelle theory content is produced by "semantics" in ML, and an overlall AST (syntax tree) describing that does not exist. You can only get approximations, e.g. the Isabelle/PIDE document markup from "isabelle export" (better: official Isabelle/Scala functions to access it; see how HTML output works in Isabelle2021). An alternative is to access foundational types/terms/theorems etc. as Isabelle/MMT does it, e.g. see the paper https://drops.dagstuhl.de/opus/volltexte/2020/13065 Many more alternatives are possible, as long as the conceptual structure of the system is taken seriously. "AI" is not going to make a wrong approach right by magic. Makarius From kuba at kadziolka.net Mon Mar 15 13:37:03 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:54176) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lLnP5-0006Kv-SG (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 15 Mar 2021 13:37:03 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887624 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta0.cl.cam.ac.uk ([128.232.25.20]:43769) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lLnP5-000A4f-7t (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 15 Mar 2021 13:37:03 +0000 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]) by mta0.cl.cam.ac.uk with esmtp (Exim 4.93) (envelope-from ) id 1lLnP4-008Ztz-Ah for isabelle-users at cl.cam.ac.uk; Mon, 15 Mar 2021 13:37:02 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887624 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from otis.linlux.net ([116.202.255.17]:48274) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lLnP2-000B4U-2h (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Mon, 15 Mar 2021 13:37:01 +0000 X-Hashcash: 1:23:210315:k::i98Vc48javeNv9rD:GsY Received: (qmail 3569 invoked by uid 1009); 15 Mar 2021 14:36:58 +0100 X-Qmailux-Diagnostics: from 195.149.98.3 (kuba at kadziolka.net@195.149.98.3) by otis.linlux.net (envelope-from , uid 1002) with qmail-scanner-2.11st (mhr: 1.0. clamdscan: 0.101.1/26108. avast: avast: avast: avast: v../spamassassin: 3.4.4. perlscan: 2.11st. Clear:RC:1(195.149.98.3):. Processed in 0.017395 secs); 15 Mar 2021 13:36:58 -0000 Received: from net (HELO localhost) (kuba at kadziolka.net@195.149.98.3) by otis.linlux.net with SMTP; 15 Mar 2021 14:36:58 +0100 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 From: =?utf-8?q?Jakub_K=C4=85dzio=C5=82ka?= To: Date: Mon, 15 Mar 2021 14:33:51 +0100 Message-Id: X-debug-header: local_aliases has suffix Subject: [isabelle] A lemma about remove1 X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 13:37:03 -0000 Hello, I have proven the following lemma, which splits the result of remove1 into the items before and after the removed element. I feel like it might be generally useful. lemma remove1_split: assumes "a =E2=88=88 set xs" shows "=E2=88=83l r. xs =3D l @ a # r =E2=88=A7 remove1 a xs =3D l @ r" using assms proof (induction xs) case (Cons x xs) show ?case proof cases assume "x =3D a" show ?thesis apply (rule exI[of _ "[]"]) using `x =3D a` by simp next assume "x =E2=89=A0 a" then have "a =E2=88=88 set xs" using `a =E2=88=88 set (x # xs)` by simp then obtain l r where *: "xs =3D l @ a # r =E2=88=A7 remove1 a xs =3D l= @ r" using Cons.IH by auto show ?thesis apply (rule exI[of _ "x # l"]) apply (rule exI[of _ r]) using `x =E2=89=A0 a` * by auto qed qed simp Regards, Jakub K=C4=85dzio=C5=82ka From lammich at in.tum.de Mon Mar 15 14:36:07 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:38982) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lLoKF-0001cr-CW (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 15 Mar 2021 14:36:07 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887624 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.8 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.8 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta1.cl.cam.ac.uk ([128.232.0.57]:59003) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lLoKE-000dQl-2b (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 15 Mar 2021 14:36:07 +0000 Received: from ppsw-43.csi.cam.ac.uk ([2001:630:212:8::e:f43]) by mta1.cl.cam.ac.uk with esmtp (Exim 4.90_1) (envelope-from ) id 1lLoKE-0003Ne-Jw for isabelle-users at cl.cam.ac.uk; Mon, 15 Mar 2021 14:36:06 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887624 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.8 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.8 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out1.in.tum.de ([131.159.0.8]:37600 helo=mail-out1.informatik.tu-muenchen.de) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lLoKD-000ZH9-oU (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Mon, 15 Mar 2021 14:36:06 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id 6BA491C1962; Mon, 15 Mar 2021 15:36:03 +0100 (CET) Received: (Authenticated sender: lammich) by mail.in.tum.de (Postfix) with ESMTPSA id 2BBD11C1549; Mon, 15 Mar 2021 15:36:01 +0100 (CET) (Extended-Queue-bit tech_nqkyc at fff.in.tum.de) Message-ID: <27009e731caf05792377a8c427cd43b2f15d5873.camel at in.tum.de> From: Peter Lammich To: Jakub =?UTF-8?Q?K=C4=85dzio=C5=82ka?= , isabelle-users at cl.cam.ac.uk Date: Mon, 15 Mar 2021 14:36:00 +0000 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.4-0ubuntu1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-debug-header: local_aliases has suffix Subject: Re: [isabelle] A lemma about remove1 X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 14:36:07 -0000 Hello, the lemma remove1_append is actually very similar, and sledgehammer finds a very simple proof of your lemma: lemma remove1_split: assumes "a ∈ set xs" shows "∃l r. xs = l @ a # r ∧ remove1 a xs = l @ r" by (metis assms remove1.simps(2) remove1_append split_list_first) This does not mean that this lemma is useless, as it may provide a handier split than using remove1_append directly. -- Peter On Mon, 2021-03-15 at 14:33 +0100, Jakub Kądziołka wrote: > Hello, > > I have proven the following lemma, which splits the result of remove1 > into the items before and after the removed element. I feel like it > might be generally useful. > > > lemma remove1_split: > assumes "a ∈ set xs" > shows "∃l r. xs = l @ a # r ∧ remove1 a xs = l @ r" > using assms proof (induction xs) > case (Cons x xs) > show ?case > proof cases > assume "x = a" > show ?thesis > apply (rule exI[of _ "[]"]) > using `x = a` by simp > next > assume "x ≠ a" > then have "a ∈ set xs" > using `a ∈ set (x # xs)` > by simp > then obtain l r where *: "xs = l @ a # r ∧ remove1 a xs = l @ r" > using Cons.IH by auto > show ?thesis > apply (rule exI[of _ "x # l"]) > apply (rule exI[of _ r]) > using `x ≠ a` * by auto > qed > qed simp > > > Regards, > Jakub Kądziołka > From makarius at sketis.net Mon Mar 15 16:14:17 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:57910) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lLprF-0006yi-FS (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 15 Mar 2021 16:14:17 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887624 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [194.59.206.189 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([194.59.206.189]:48885) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lLprE-000Pnx-ii (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 15 Mar 2021 16:14:17 +0000 Received: from relay02-mors.netcup.net (localhost [127.0.0.1]) by relay02-mors.netcup.net (Postfix) with ESMTPS id 4DzhLv60BMz4R63; Mon, 15 Mar 2021 17:14:15 +0100 (CET) Received: from policy02-mors.netcup.net (unknown [46.38.225.35]) by relay02-mors.netcup.net (Postfix) with ESMTPS id 4DzhLv5cQgz7vFd; Mon, 15 Mar 2021 17:14:15 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy02-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.9 X-Spam-Level: X-Spam-Status: No, score=-2.9 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy02-mors.netcup.net (Postfix) with ESMTPS id 4DzhLt5HW5z8sjw; Mon, 15 Mar 2021 17:14:14 +0100 (CET) Received: from [192.168.179.20] (aftr-62-216-204-100.dynamic.mnet-online.de [62.216.204.100]) by mx2f26.netcup.net (Postfix) with ESMTPSA id 89BA2A22D2; Mon, 15 Mar 2021 17:14:13 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.100) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.179.20] Received-SPF: pass (mx2f26: connection is authenticated) To: Stepan Holub , cl-isabelle-users at lists.cam.ac.uk References: From: Makarius Message-ID: Date: Mon, 15 Mar 2021 17:14:13 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-PPP-Message-ID: <161582485372.31985.6551202905553435304 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: 2No+YzpUswkW92Md299FH5+ZpnxW0X1Dfga9tANQULQZzL0= Subject: Re: [isabelle] building the document in Windows from Isabelle/jEdit X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 16:14:17 -0000 On 03/03/2021 19:10, Stepan Holub wrote: > > is it possible to use the Console plugin in Isabelle/jEdit to build the > document for the current buffer under Windows? It is certainly possible, but it depends what you actually have in mind. The jEdit Console plugin provides various sub-plugins. E.g. "System" is for a system shell: on Windows that is a wrapped-up command.com that does not quite work with Isabelle command-line tools, at least I did not manage nor try it seriously so far. The Isabelle/jEdit Console/Scala plugin provides access to the running Isabelle/Scala/PIDE session. Thus you can invoke the Scala functions behind various command-line tools directly (and much more). For example, lets first use the Cygwin-Terminal to create a session like this: isabelle mkroot '~/Test_Session' Now you could build it (with document) in the same Cygwin-Terminal: isabelle build -D '~/Test_Session' Alternatively, you can do it within the running Isabelle/Scala/PIDE process: Build.build(PIDE.options.value, progress = new Console_Progress, select_dirs = List(Path.explode("~/Test_Session"))) That is sometimes convenient: it avoids relaunching a full JVM each time, as is done in "isabelle build". But it lacks proper connection to the edited theory texts: that is a still pending project. Makarius From crightoa at mcmaster.ca Mon Mar 15 19:35:40 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:56580) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lLt08-0005wc-NT (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 15 Mar 2021 19:35:40 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887624 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.222.176 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [209.85.222.176 listed in wl.mailspike.net] * 0.0 HTML_MESSAGE BODY: HTML included in message * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-qk1-f176.google.com ([209.85.222.176]:40506) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lLt08-000SMy-6b (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 15 Mar 2021 19:35:40 +0000 Received: by mail-qk1-f176.google.com with SMTP id l132so32896449qke.7 for ; Mon, 15 Mar 2021 12:35:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=2qOUxKxUG7ZF2srXb084vn6PtmyBcTFAPeq5tGG58JI=; b=STGvm6ZDb0Zi/+cmwpx+nKBQGKnZcZS6b3u/S5pddZbRRC2uodbdaumqnR5rVu6G1F GlYl6+FYB54aGEL24pLHu+71AtZaA3mLyiLRs5FRsFMTOy+2HnLehAlT4+etU2muAboi RsFJ4Y2ffbPa8PjEQd09zH2fPgBDA3iCaBYsNwedGSkEJPGCFjQ480pZS+mq1Cj9Vug3 uJWlw4+UTPNWzT0LNORupHCzS3K7Za9MC6Zq7uDJEeGP74QOLVuh485IezHr0qPQFuKQ hIxcr68QF5iGFqX6FBRdyMCOhPqyjuhK9JZAzQ3E1bIAu/qQ85p1+FOSS/x74y+34vBP qqHg== X-Gm-Message-State: AOAM532QfW51voK40n8AnPpH+FhgGBeLLjkAeNQSzRW6Pa7fjG2DC8nN vQCYY7x3pdBx58XVA/+DiinPHnp2mDjzU5+f93TZ61/Bpo1ByFww X-Google-Smtp-Source: ABdhPJxRYB2VBul92vdkuN5ZxYDrNOXfWyY1/5C7sl4yGQ4pQtEzS9EO/txiKHS35LiHrtmn7RfPlfAE+32UFfKRuI8= X-Received: by 2002:a05:620a:1206:: with SMTP id u6mr25639709qkj.173.1615836938826; Mon, 15 Mar 2021 12:35:38 -0700 (PDT) MIME-Version: 1.0 From: AARON CRIGHTON Date: Mon, 15 Mar 2021 15:35:28 -0400 Message-ID: To: cl-isabelle-users at lists.cam.ac.uk Content-Type: multipart/alternative; boundary="000000000000c1079305bd985aa7" Subject: [isabelle] Specifying a Universal Property in a locale definition X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 19:35:40 -0000 --000000000000c1079305bd985aa7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello Everyone, I have been working on a project in HOL-Algebra and have encountered an issue with a certain kind of construction I'd like to perform. I would like to prove some lemmas and perform constructions involving ring localizations. I understand that there is an AFP submission which constructs the localization of a ring at a multiplicative subset, but I was hoping I could formulate an abstract locale for a ring R and a localization of that ring in terms of the universal property of localizations. This would be desirable because in many cases the localization of a ring can arise in ways other than the canonical construction (such as when one is already working with a local ring). In my case, I would like to be able to view localizations of the integers as subrings of the field of rational numbers. My first attempt at this definition was: locale abstract_localization =3D ring_hom_cring R S h + mult_submonoid_of_crng R D for R and S and h and D + assumes localization_universal_property: "=E2=8B=80T =CF=88. =E2=9F=A6 cring T; =CF=88 =E2=88=88 ring_hom R = T; =CF=88 ` D =E2=8A=86 Units T=E2=9F=A7 =E2=9F=B9 (=E2=88=83! =CF=86. =CF=86 =E2=88=88 ring_hom R S =E2=88=A9 exten= sional (carrier R) =E2=88=A7 (=E2=88=80 a =E2=88=88 carrier R. =CF=86 (h a) =3D =CF=88 a)) " This definition does not work, however, because the locale fixes a type for the elements of the ring T in the axiom, and so the axiom only applies to rings of this type. Of course this means that there will be many instances of this locale satisfied by rings S which are not the localization of R. One workaround for this that I have considered would be to replace my axiom with the assertion that my ring is isomorphic to the concrete construction of the localization from the AFP, and then prove a lemma which states that the universal property above is necessary and sufficient for verifying an instance of this locale. I was wondering if anyone might have any thoughts on a general way to do this kind of construction, or if there are reasons why this construction is suboptimal in HOL-Algebra. Thanks for your consideration, Aaron --000000000000c1079305bd985aa7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello Everyone,

I have = been working on a project in HOL-Algebra and have encountered an issue with= a certain kind of construction I'd like to perform. I would like to pr= ove some lemmas and perform constructions involving ring localizations. I u= nderstand that there is an AFP submission which constructs the localization= of a ring at a multiplicative subset, but I was hoping I could formulate a= n abstract locale for a ring R and a localization of that ring in terms of = the universal property of localizations. This would be desirable because in= many cases the localization of a ring can arise in ways other than the can= onical construction (such as when one is already working with a local ring)= . In my case, I would like to be able to view localizations of the integers= as subrings of the field of rational numbers. My first attempt at this def= inition was:

locale abstract_localization =3D = ring_hom_cring R S h + mult_submonoid_of_crng R D for
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 R and S and h and D
+ =C2=A0assumes localization_u= niversal_property:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 "=E2=8B=80T =CF=88. = =E2=9F=A6 cring T; =CF=88 =E2=88=88 ring_hom R T; =CF=88 ` D =E2=8A=86 Unit= s T=E2=9F=A7 =E2=9F=B9
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (=E2=88=83! = =CF=86. =CF=86 =E2=88=88 ring_hom R S =E2=88=A9 extensional (carrier R) =E2= =88=A7
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (=E2=88=80 a =E2=88=88 carrie= r R. =CF=86 (h a) =3D =CF=88 a)) =C2=A0"

This= definition does not work, however, because the locale fixes a type for the= elements of the ring T in the axiom, and so the axiom only applies to ring= s of this type. Of course this means that there will be many instances of t= his locale satisfied by rings S which are not the localization of R.

One workaround for this that I have considered woul= d be to replace my axiom with the assertion that my ring is isomorphic to t= he concrete construction of the localization from the AFP, and then prove a= lemma which states that the universal property above is necessary and suff= icient for verifying an instance of this locale.

<= div>I was wondering if anyone might have any thoughts on a general way to d= o this kind of construction, or if there are reasons why this construction = is suboptimal in HOL-Algebra.

Thanks for your= consideration,

Aaron
--000000000000c1079305bd985aa7-- From nipkow at in.tum.de Tue Mar 16 07:17:44 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:41736) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lM3xY-00076D-IW (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 16 Mar 2021 07:17:44 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887624 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.8 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.8 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out1.in.tum.de ([131.159.0.8]:47232 helo=mail-out1.informatik.tu-muenchen.de) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lM3xX-000eHa-2A (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 16 Mar 2021 07:17:44 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id D331B1C1963; Tue, 16 Mar 2021 08:17:42 +0100 (CET) Received: (Authenticated sender: nipkow) by mail.in.tum.de (Postfix) with ESMTPSA id 8571A1C154C for ; Tue, 16 Mar 2021 08:17:40 +0100 (CET) (Extended-Queue-bit tech_saomo at fff.in.tum.de) To: cl-isabelle-users at lists.cam.ac.uk References: <27009e731caf05792377a8c427cd43b2f15d5873.camel at in.tum.de> From: Tobias Nipkow Message-ID: <59cbff56-1066-8646-74c9-540be69b5541 at in.tum.de> Date: Tue, 16 Mar 2021 08:17:39 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <27009e731caf05792377a8c427cd43b2f15d5873.camel at in.tum.de> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms030301060908080100010608" Subject: Re: [isabelle] A lemma about remove1 X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 07:17:44 -0000 This is a cryptographically signed message in MIME format. --------------ms030301060908080100010608 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable I have added the lemma with Peter's/sh's proof. Although a simple consequ= ence,=20 it does indeed look helpful. Thanks Tobias On 15/03/2021 15:36, Peter Lammich wrote: > Hello, >=20 > the lemma remove1_append is actually very similar, and sledgehammer > finds a very simple proof of your lemma: >=20 > lemma remove1_split: > assumes "a =E2=88=88 set xs" > shows "=E2=88=83l r. xs =3D l @ a # r =E2=88=A7 remove1 a xs =3D l @= r" > by (metis assms remove1.simps(2) remove1_append split_list_first) >=20 > This does not mean that this lemma is useless, as it may provide a > handier split than using remove1_append directly. >=20 > -- > Peter >=20 >=20 >=20 > On Mon, 2021-03-15 at 14:33 +0100, Jakub K=C4=85dzio=C5=82ka wrote: >> Hello, >> >> I have proven the following lemma, which splits the result of remove1 >> into the items before and after the removed element. I feel like it >> might be generally useful. >> >> >> lemma remove1_split: >> assumes "a =E2=88=88 set xs" >> shows "=E2=88=83l r. xs =3D l @ a # r =E2=88=A7 remove1 a xs =3D l = @ r" >> using assms proof (induction xs) >> case (Cons x xs) >> show ?case >> proof cases >> assume "x =3D a" >> show ?thesis >> apply (rule exI[of _ "[]"]) >> using `x =3D a` by simp >> next >> assume "x =E2=89=A0 a" >> then have "a =E2=88=88 set xs" >> using `a =E2=88=88 set (x # xs)` >> by simp >> then obtain l r where *: "xs =3D l @ a # r =E2=88=A7 remove1 a xs= =3D l @ r" >> using Cons.IH by auto >> show ?thesis >> apply (rule exI[of _ "x # l"]) >> apply (rule exI[of _ r]) >> using `x =E2=89=A0 a` * by auto >> qed >> qed simp >> >> >> Regards, >> Jakub K=C4=85dzio=C5=82ka >> >=20 >=20 --------------ms030301060908080100010608 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC EX4wggUSMIID+qADAgECAgkA4wvV+K8l2YEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYT AkRFMSswKQYDVQQKDCJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYD VQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFs Um9vdCBDbGFzcyAyMB4XDTE2MDIyMjEzMzgyMloXDTMxMDIyMjIzNTk1OVowgZUxCzAJBgNV BAYTAkRFMUUwQwYDVQQKEzxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVu IEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsTB0RGTi1QS0kxLTArBgNVBAMTJERG Ti1WZXJlaW4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgMjCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAMtg1/9moUHN0vqHl4pzq5lN6mc5WqFggEcVToyVsuXPztNXS43O+FZs FVV2B+pG/cgDRWM+cNSrVICxI5y+NyipCf8FXRgPxJiZN7Mg9mZ4F4fCnQ7MSjLnFp2uDo0p eQcAIFTcFV9Kltd4tjTTwXS1nem/wHdN6r1ZB+BaL2w8pQDcNb1lDY9/Mm3yWmpLYgHurDg0 WUU2SQXaeMpqbVvAgWsRzNI8qIv4cRrKO+KA3Ra0Z3qLNupOkSk9s1FcragMvp0049ENF4N1 xDkesJQLEvHVaY4l9Lg9K7/AjsMeO6W/VRCrKq4Xl14zzsjz9AkH4wKGMUZrAcUQDBHHWekC AwEAAaOCAXQwggFwMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUk+PYMiba1fFKpZFK4OpL 4qIMz+EwHwYDVR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB /wIBAjAzBgNVHSAELDAqMA8GDSsGAQQBga0hgiwBAQQwDQYLKwYBBAGBrSGCLB4wCAYGZ4EM AQICMEwGA1UdHwRFMEMwQaA/oD2GO2h0dHA6Ly9wa2kwMzM2LnRlbGVzZWMuZGUvcmwvVGVs ZVNlY19HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGGBggrBgEFBQcBAQR6MHgwLAYIKwYBBQUH MAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMEgGCCsGAQUFBzAChjxodHRw Oi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9UZWxlU2VjX0dsb2JhbFJvb3RfQ2xhc3NfMi5j ZXIwDQYJKoZIhvcNAQELBQADggEBAIcL/z4Cm2XIVi3WO5qYi3FP2ropqiH5Ri71sqQPrhE4 eTizDnS6dl2e6BiClmLbTDPo3flq3zK9LExHYFV/53RrtCyD2HlrtrdNUAtmB7Xts5et6u5/ MOaZ/SLick0+hFvu+c+Z6n/XUjkurJgARH5pO7917tALOxrN5fcPImxHhPalR6D90Bo0fa3S PXez7vTXTf/D6OWST1k+kEcQSrCFWMBvf/iu7QhCnh7U3xQuTY+8npTD5+32GPg8SecmqKc2 2CzeIs2LgtjZeOJVEqM7h0S2EQvVDFKvaYwPBt/QolOLV5h7z/0HJPT8vcP9SpIClxvyt7bP ZYoaorVyGTkwggWsMIIElKADAgECAgcbY7rQHiw9MA0GCSqGSIb3DQEBCwUAMIGVMQswCQYD VQQGEwJERTFFMEMGA1UEChM8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hl biBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLEwdERk4tUEtJMS0wKwYDVQQDEyRE Rk4tVmVyZWluIENlcnRpZmljYXRpb24gQXV0aG9yaXR5IDIwHhcNMTYwNTI0MTEzODQwWhcN MzEwMjIyMjM1OTU5WjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9l cmRlcnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UE CwwHREZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQTCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ07eRxH3h+Gy8Zp1xCeOdfZojDbchwFfylf S2jxrRnWTOFrG7ELf6Gr4HuLi9gtzm6IOhDuV+UefwRRNuu6cG1joL6WLkDh0YNMZj0cZGnl m6Stcq5oOVGHecwX064vXWNxSzl660Knl5BpBb+Q/6RAcL0D57+eGIgfn5mITQ5HjUhfZZkQ 0tkqSe3BuS0dnxLLFdM/fx5ULzquk1enfnjK1UriGuXtQX1TX8izKvWKMKztFwUkP7agCwf9 TRqaA1KgNpzeJIdl5Of6x5ZzJBTN0OgbaJ4YWa52fvfRCng8h0uwN89Tyjo4EPPLR22MZD08 WkVKusqAfLjz56dMTM0CAwEAAaOCAgUwggIBMBIGA1UdEwEB/wQIMAYBAf8CAQEwDgYDVR0P AQH/BAQDAgEGMCkGA1UdIAQiMCAwDQYLKwYBBAGBrSGCLB4wDwYNKwYBBAGBrSGCLAEBBDAd BgNVHQ4EFgQUazqYi/nyU4na4K2yMh4JH+iqO3QwHwYDVR0jBBgwFoAUk+PYMiba1fFKpZFK 4OpL4qIMz+EwgY8GA1UdHwSBhzCBhDBAoD6gPIY6aHR0cDovL2NkcDEucGNhLmRmbi5kZS9n bG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDBAoD6gPIY6aHR0cDovL2NkcDIu cGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDCB3QYIKwYB BQUHAQEEgdAwgc0wMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1T ZXJ2ZXIvT0NTUDBKBggrBgEFBQcwAoY+aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwt cm9vdC1nMi1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwSgYIKwYBBQUHMAKGPmh0dHA6Ly9j ZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtZzItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0 MA0GCSqGSIb3DQEBCwUAA4IBAQCBeEWkTqR/DlXwCbFqPnjMaDWpHPOVnj/z+N9rOHeJLI21 rT7H8pTNoAauusyosa0zCLYkhmI2THhuUPDVbmCNT1IxQ5dGdfBi5G5mUcFCMWdQ5UnnOR7L n8qGSN4IFP8VSytmm6A4nwDO/afr0X9XLchMX9wQEZc+lgQCXISoKTlslPwQkgZ7nu7YRrQb tQMMONncsKk/cQYLsgMHM8KNSGMlJTx6e1du94oFOO+4oK4v9NsH1VuEGMGpuEvObJAaguS5 Pfp38dIfMwK/U+d2+dwmJUFvL6Yb+qQTkPp8ftkLYF3sv8pBoGH7EUkp2KgtdRXYShjqFu9V NCIaE40GMIIGtDCCBZygAwIBAgIMI5/lGur5RMzYJ/WbMA0GCSqGSIb3DQEBCwUAMIGNMQsw CQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRz Y2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUwIwYDVQQD DBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBMB4XDTIwMTAwOTEzMzcxOFoXDTIxMTIw MzE1MzYxN1owgcAxCzAJBgNVBAYTAkRFMQ8wDQYDVQQIDAZCYXllcm4xETAPBgNVBAcMCE11 ZW5jaGVuMSkwJwYDVQQKDCBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECwwZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAwwNVG9iaWFzIE5pcGtv dzEmMCQGCSqGSIb3DQEJARYXdG9iaWFzLm5pcGtvd0Bpbi50dW0uZGUwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDUbnZWpbMWc0L36pKuee6yTHzlyzNHFmR8kbLounLgje8w 6j9bH8D7kbzEnlrh31Sa1alxP58+/NQ2d7lUuzPz/RDRXVl4d+NJ7tVMi1GrW9tS35yyV1/c 4dgAIlMoe2USxwg+b3UXmmdosbs9W6RJ/639htMAFWbUUTnj77qNMDbr9zEmdskIkOvJPmJG E3bAYMr4xh5ApkcuL0adZmyjLdFHIeIDgvgYp2dzh1L7h0qMs8npjdVYZhbaM6JL0XLc83Fj 9hw0QDt82YAHrKB0syh626JPqizlONVUiHnGoiVS/R0Xn2a+XIl4+pn2ufUbqAOfv3YTPOYD yh4FV6TVAgMBAAGjggLdMIIC2TA+BgNVHSAENzA1MA8GDSsGAQQBga0hgiwBAQQwEAYOKwYB BAGBrSGCLAEBBAgwEAYOKwYBBAGBrSGCLAIBBAgwCQYDVR0TBAIwADAOBgNVHQ8BAf8EBAMC BeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBRbgDDEK6sjPfEN p3HCLZWLbSJuyTAfBgNVHSMEGDAWgBRrOpiL+fJTidrgrbIyHgkf6Ko7dDCBrgYDVR0RBIGm MIGjgRBuaXBrb3dAaW4udHVtLmRlgRd0b2JpYXMubmlwa293QGluLnR1bS5kZYEgbmlwa293 QGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJ3RvYmlhcy5uaXBrb3dAaW5mb3JtYXRpay50 dS1tdWVuY2hlbi5kZYERbmlwa293QGNzLnR1bS5lZHWBGHRvYmlhcy5uaXBrb3dAY3MudHVt LmVkdTCBjQYDVR0fBIGFMIGCMD+gPaA7hjlodHRwOi8vY2RwMS5wY2EuZGZuLmRlL2Rmbi1j YS1nbG9iYWwtZzIvcHViL2NybC9jYWNybC5jcmwwP6A9oDuGOWh0dHA6Ly9jZHAyLnBjYS5k Zm4uZGUvZGZuLWNhLWdsb2JhbC1nMi9wdWIvY3JsL2NhY3JsLmNybDCB2wYIKwYBBQUHAQEE gc4wgcswMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1TZXJ2ZXIv T0NTUDBJBggrBgEFBQcwAoY9aHR0cDovL2NkcDEucGNhLmRmbi5kZS9kZm4tY2EtZ2xvYmFs LWcyL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDBJBggrBgEFBQcwAoY9aHR0cDovL2NkcDIucGNh LmRmbi5kZS9kZm4tY2EtZ2xvYmFsLWcyL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDANBgkqhkiG 9w0BAQsFAAOCAQEAOCUU6IMxIBv685lR6sshbAl9YdfybY4Z8+MJxQ+/Uj0I+PE4i4JqqOiX vZbS+BqQXYs52i1eLvHsilp3vGU+iLoEAgAgaDKs+YKrYBTUQWHUJyMlgA9yKBgUge0uDNYZ kt8lleS0lT7aIg6bUfInHIaAN6fd7taz11CyC3WvPx2N9r6ZE6kzxN6whx/CvAzEZ9R5MVD8 Trk29zBUATA4KPiCxj48OTyR3e19fbXQ54dtF+aR0aPIUdknIFxMFcsZGRVEbhFSmDSasDuw LfRfDamQEPv0ZeCds8XzDcPovGuH8SLwtRQq5Dq5nCIeAP+ywJZwo+o5nX+lRBivQ7YRtjGC BAswggQHAgEBMIGeMIGNMQswCQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2Vy ZGVydW5nIGVpbmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQL DAdERk4tUEtJMSUwIwYDVQQDDBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBAgwjn+Ua 6vlEzNgn9ZswDQYJYIZIAWUDBAIBBQCgggI9MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTIxMDMxNjA3MTczOVowLwYJKoZIhvcNAQkEMSIEIBLO8yRGgh5X /5e67zEeENQ+JCBDKCHmimoP+eLGqj0JMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwga8GCSsGAQQBgjcQBDGBoTCBnjCBjTELMAkG A1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVuZyBlaW5lcyBEZXV0c2No ZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZOLVBLSTElMCMGA1UEAwwc REZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI5/lGur5RMzYJ/WbMIGxBgsqhkiG9w0B CRACCzGBoaCBnjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRl cnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwH REZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI5/lGur5 RMzYJ/WbMA0GCSqGSIb3DQEBAQUABIIBADf44V77hL3VcCxhNr5gHq1F6+TH1RzZZdZ+9Keo 2i2+kM7Ooo2LMVsJYAuaYmR158+Jg5fWzB0f1KJ1zJPhqG0WZFxW8QN8ldwBH758U1Zadl1W +RuTjNL11T2FGg+v4GrFqy/Y5lavJMY09YANPVsx1v6J1O/JK521/4/eQyKsnVG6oCCGthUT bsGZNbPkNmwGiiAk2wmtIMlStT6fZ8m5zygBQ9E0Z/VQeEDF0LWNQCC965AY1Lq/NddHq9j9 Y12jcugNW3ME2VUZD17sSngus9QOLvE6NecytQd+dSodSM716YFJfWRA9m+hyF2sqONXG70l wiT54m14Fu9JrIgAAAAAAAA= --------------ms030301060908080100010608-- From Enrico.Tassi at inria.fr Mon Mar 15 08:23:38 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:41692) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lLiVm-0000Ik-RF (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 15 Mar 2021 08:23:38 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887624 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [192.134.164.104 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [192.134.164.104 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail3-relais-sop.national.inria.fr ([192.134.164.104]:4680) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lLiVl-000mRr-0r (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 15 Mar 2021 08:23:38 +0000 IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AggysBK58SHvqeLfa2QPXwA/XdLJzesId70hD?= =?us-ascii?q?6mlaTxtJfsuE0/20lPMA2hPuzBoXUncsmdePUZPwIk/035hz/IUXIPOeTBDr0V?= =?us-ascii?q?HHEKhO5ZbvqgeOJwTQ7ehYvJ0MT4FbKPndSWd3ltz75g7QKbYd6f2K6rqhi+ub?= =?us-ascii?q?71oFd2pXQppt5Qt4FQqXe3ceLDVuP4YzF5aX+6N8zQaIRHJ/VKiGL0UeU/OGj9?= =?us-ascii?q?PGk4+OW387OyI=3D?= X-IronPort-AV: E=Sophos;i="5.81,249,1610406000"; d="scan'208";a="375729911" Received: from 91-169-25-95.subs.proxad.net (HELO ollypat) ([91.169.25.95]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 Mar 2021 09:23:36 +0100 Message-ID: From: Enrico Tassi To: coq-club , Abella , caml-list at inria.fr, cl-isabelle-users at lists.cam.ac.uk, theory-logic at CS.CMU.EDU, agda at lists.chalmers.se, pvs-announce at csl.sri.com, types at lists.chalmers.se, eutypes at cs.ru.nl, theorem-provers at ai.mit.edu Date: Mon, 15 Mar 2021 09:23:35 +0100 Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.4-0ubuntu1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 16 Mar 2021 10:36:52 +0000 Subject: [isabelle] [CFP] Logical Frameworks and Meta-Languages: Theory and Practice X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 08:23:38 -0000 ============================================================= Call for papers Logical Frameworks and Meta-Languages: Theory and Practice LFMTP 2021 Pittsburgh, USA, 16 July 2021 Affiliated with CADE-28 http://lfmtp.org/workshops/2021/ ============================================================= Abstract submission deadline: 19 April 2021 Paper submission deadline: 26 April 2021 Logical frameworks and meta-languages form a common substrate for representing, implementing and reasoning about a wide variety of deductive systems of interest in logic and computer science. Their design, implementation and their use in reasoning tasks, ranging from the correctness of software to the properties of formal systems, have been the focus of considerable research over the last two decades. This workshop will bring together designers, implementors and practitioners to discuss various aspects impinging on the structure and utility of logical frameworks, including the treatment of variable binding, inductive and co-inductive reasoning techniques and the expressiveness and lucidity of the reasoning process. LFMTP 2021 will provide researchers a forum to present state-of-the-art techniques and discuss progress in areas such as the following: * Encoding and reasoning about the meta-theory of programming languages, logical systems and related formally specified systems. * Theoretical and practical issues concerning the treatment of variable binding, especially the representation of, and reasoning about, datatypes defined from binding signatures. * Logical treatments of inductive and co-inductive definitions and associated reasoning techniques, including inductive types of higher dimension in homotopy type theory * Graphical languages for building proofs, applications in geometry, equational reasoning and category theory. * New theory contributions: canonical and substructural frameworks, contextual frameworks, proof-theoretic foundations supporting binders, functional programming over logical frameworks, homotopy and cubical type theory. * Applications of logical frameworks: proof-carrying architectures, proof exchange and transformation, program refactoring, etc. * Techniques for programming with binders in functional programming languages such as Haskell, OCaml or Agda, and logic programming languages such as lambda Prolog or Alpha-Prolog. LFMTP 2021 will hold a special session in honour of Frank Pfenning. Important Dates Abstract submission deadline: Monday April 19 Submission deadline: Monday April 26 Notification to authors: Monday May 31 Final version due: Monday June 14 Workshop date: Friday July 16 Submission In addition to regular papers, we welcome/encourage the submission of "work in progress" reports, in a broad sense. Those do not need to report fully polished research results, but should be of interest for the community at large. Submitted papers should be in PDF, formatted using the EPTCS style guidelines. The length is restricted to 15 pages for regular papers and 8 pages for "Work in Progress" papers. Submission is via EasyChair: https://easychair.org/conferences/?conf=lfmtp2021 Proceedings A selection of the presented papers will be published online in the Electronic Proceedings in Theoretical Computer Science (EPTCS). Invited Speakers * Giselle Reis (CMU-Qatar) * Matthieu Sozeau (Inria) Program Committee * David Baelde (LSV, ENS Paris-Saclay & Inria Paris) * Roberto Blanco (MPI-SP) * Alberto Ciaffaglione (University of Udine) * Claudio Sacerdoti Coen (University of Bologna) * Marina Lenisa (Università degli Studi di Udine) * Dennis Müller (Friedrich-Alexander-University) * Michael Norrish (CSIRO) * Elaine Pimentel (Universidade Federal do Rio Grande do Norte) co- chair * Ulrich Schöpp (fortiss GmbH) * Kathrin Stark (Princeton University) * Aaron Stump (The University of Iowa) * Nora Szasz (Universidad ORT Uruguay) * Enrico Tassi (Inria) co-chair * Alwen Tiu (The Australian National University) * Tjark Weber (Uppsala University) Best regards, -- Enrico Tassi From serge.autexier at dfki.de Tue Mar 16 19:21:11 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:33510) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lMFFf-0006WG-Kq (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 16 Mar 2021 19:21:11 +0000 X-Cam-SpamDetails: score 0.9 from SpamAssassin-3.4.4-1887624 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [134.96.191.185 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) * [134.96.191.185 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 1.0 CTE_8BIT_MISMATCH Header says 7bits but body disagrees * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta1.cl.cam.ac.uk ([128.232.0.57]:48815) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lMFFe-000VSh-2W (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 16 Mar 2021 19:21:11 +0000 Received: from ppsw-43.csi.cam.ac.uk ([2001:630:212:8::e:f43]) by mta1.cl.cam.ac.uk with esmtp (Exim 4.90_1) (envelope-from ) id 1lMFFe-0004EF-JO for isabelle-users at cl.cam.ac.uk; Tue, 16 Mar 2021 19:21:10 +0000 X-Cam-SpamDetails: score 0.9 from SpamAssassin-3.4.4-1887624 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [134.96.191.185 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) * [134.96.191.185 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * 1.0 CTE_8BIT_MISMATCH Header says 7bits but body disagrees X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from lnv-91185.sb.dfki.de ([134.96.191.185]:53265) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lMFFd-000h7c-nT (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Tue, 16 Mar 2021 19:21:10 +0000 Received: from localhost (localhost [127.0.0.1]) by lnv-91185.sb.dfki.de (Postfix) with ESMTP id 3E352610 for ; Tue, 16 Mar 2021 20:21:08 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at lnv-91185.sb.dfki.de Received: from lnv-91185.sb.dfki.de ([127.0.0.1]) by localhost (smtp.dfki.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xip0q3xIN8AC for ; Tue, 16 Mar 2021 20:21:08 +0100 (CET) Received: from lnv-91187.sb.dfki.de (lnv-91187.sb.dfki.de [134.96.191.187]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lnv-91185.sb.dfki.de (Postfix) with ESMTPS id 302105D9 for ; Tue, 16 Mar 2021 20:21:07 +0100 (CET) Received: from gigondas.localdomain (dynamic-077-008-017-058.77.8.pool.telefonica.de [77.8.17.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lnv-91187.sb.dfki.de (Postfix) with ESMTPSA id 4F93384; Tue, 16 Mar 2021 20:21:07 +0100 (CET) Received: by gigondas.localdomain (Postfix, from userid 501) id EFC681A211BC; Tue, 16 Mar 2021 20:21:06 +0100 (CET) To: isabelle-users at cl.cam.ac.uk Content-Type: text/plain; charset="UTF-8" Message-Id: <20210316192106.EFC681A211BC at gigondas.localdomain> Date: Tue, 16 Mar 2021 20:21:06 +0100 (CET) From: serge.autexier at dfki.de (Serge Autexier) X-debug-header: local_aliases has suffix X-Mailman-Approved-At: Wed, 17 Mar 2021 10:02:07 +0000 Cc: serge.autexier at dfki.de Subject: [isabelle] 14th Conference on Intelligent Computer Mathematics (CICM 2021) Final call for papers, Conference Date: July 26-31, 2021 X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 19:21:11 -0000 Call for Papers formal papers - informal papers - doctoral programme 14th Conference on Intelligent Computer Mathematics - CICM 2021 - July 26-31, 2021 Timisoara, Romania http://www.cicm-conference.org/2021 ---------------------------------------------------------------------- Digital and computational solutions are becoming the prevalent means for the generation, communication, processing, storage and curation of mathematical information. CICM brings together the many separate communities that have developed theoretical and practical solutions for mathematical applications such as computation, deduction, knowledge management, and user interfaces. It offers a venue for discussing problems and solutions in each of these areas and their integration. CICM 2021 Invited Speakers: Alessandro Cimatti (Fondazione Bruno Kessler, Trento, IT) Michael Kohlhase (FAU Erlangen-Nürnberg, Germany) Laura Kovacs (TU Vienna, Austria) Angus McIntyre (London/Edinburgh, UK) CICM 2021 Programme committee: see https://www.cicm-conference.org/2021/cicm.php?event=&menu=pc CICM 2021 invites submissions in all topics relating to intelligent computer mathematics, in particular but not limited to * theorem proving and computer algebra * mathematical knowledge management * digital mathematical libraries CICM appreciates the varying nature of the relevant research in this area and invites submissions of different forms: 1) Formal submissions will be reviewed rigorously and accepted papers will be published in a volume of Springer LNCS: * regular papers (up to 15 pages including references) present novel research results * project and survey papers (up to 15 pages + bibliography) summarize existing results * system and dataset descriptions (up to 5 pages including references) present digital artifacts * system entry (1 page according to the given LaTeX template) provides metadata and a quick overview of a new tool or a new release of an existent tool 2) Informal submissions will be reviewed with a positive bias and selected for presentation based on their relevance for the community. * informal papers may present work-in-progress, project announcements, position statements, etc. * posters and system demos will be presented in parallel in special sessions 3) The doctoral programme provides PhD students with a forum to present early results and receive constructive feedback and mentoring. *** Important Dates *** - Abstract deadline: As soon as possible before the fullpaper submission deadline. - Full paper deadline: March 26 - Reviews sent to authors: May 4 - Rebuttals due: May 8 - Notification of acceptance: May 13 - Camera-ready copies due: May 29 - Conference: July 26-31 Informal submissions and doctoral programme - Submission deadline: May 15 - Notification of acceptance: June 1 All submissions should be made via easychair at https://easychair.org/conferences/?conf=cicm2021 As in previous years, we will publish the CICM 2021 proceedings with Springer LNCS. For the LNCS style files, see: https://www.springer.com/gp/computer-science/lncs/conference-proceedings-guidelines From andrei.h.popescu at gmail.com Wed Mar 17 11:04:09 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:53148) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lMTyD-000797-C7 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 17 Mar 2021 11:04:09 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887716 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.222.169 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [209.85.222.169 listed in wl.mailspike.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [andrei.h.popescu[at]gmail.com] * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-qk1-f169.google.com ([209.85.222.169]:33477) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lMTyC-000i6S-1d (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 17 Mar 2021 11:04:09 +0000 Received: by mail-qk1-f169.google.com with SMTP id l4so38385790qkl.0 for ; Wed, 17 Mar 2021 04:04:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=t2r40iSFS3PAsNS3glj3VUCuliIMyINNCRpctqHBqkM=; b=ZIwZCHgdPWLHQzDLW9Ta9O99mn4XZF0KB6L9NN9YbwksVcfSL0+9R/XrE1TKNiu7sP 9zHFFZadrR2w8Q7xoXO1sJ5QelIo+Y6BBRV1KkeJmjcyAWF76g772tVunDEsOFdKEIhv Y1GJ7ZX+IagauDU/vybZ+Cq0+Beh+qV7t2jEmTG4vl+wjZXoVBor4IJBSLkK3Rwtj1g9 zCcu62GiGIOFzpHfe7rjNi1dth0H0R3tEuO8gAQ9B/xtTDP8H+Sb+kEcVeFpJL0hYFxb IUGc7DqjVAkZWoElnOchEaWoexDIyLOeJOVqkSTVy6aEz3nleUS4q35jhCTsHoiO2tSH Innw== X-Gm-Message-State: AOAM5329udPeg5XsDb4YYdIv5lPpc4JS5xbYhtabjrVIro++j7Tsestc g4rYjw7rRt9miDmgjz/hdEUW1QBxzTppBCryiKg2lZHWa7A= X-Google-Smtp-Source: ABdhPJwn44Jj1SW9N/mroBnI9arOEyMMkIg8MJ6f9MZvpdfNHFiOU+kgV2Wao715uLCvEooCE+hzUkT7EsjWJTn1Db8= X-Received: by 2002:a05:620a:290d:: with SMTP id m13mr4022130qkp.480.1615979042339; Wed, 17 Mar 2021 04:04:02 -0700 (PDT) MIME-Version: 1.0 From: Andrei Popescu Date: Wed, 17 Mar 2021 11:03:51 +0000 Message-ID: To: cl-isabelle-users at lists.cam.ac.uk Content-Type: text/plain; charset="UTF-8" Cc: Georg Struth , h.beohar at sheffield.ac.uk Subject: [isabelle] 21st Midlands Graduate School in the Foundations of Computing Science: Final Call for Participation X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 11:04:09 -0000 Dear Isabelle users, Please note this upcoming intensive programme of lectures, which includes lectures on inductive and coinductive reasoning with Isabelle. Registration is open until April 1st. Best wishes, Andrei FINAL CALL FOR PARTICIPATION 21st Midlands Graduate School in the Foundations of Computing Science MGS 21 12-16 April 2021, virtually https://staffwww.dcs.shef.ac.uk/people/G.Struth/mgs21.html OVERVIEW The annual Midlands Graduate School in the Foundations of Computing Science (MGS) offers an intensive programme of lectures on the mathematical foundations of computing. It addresses first of all PhD students in their first or second year, but is open to anyone interested in its topics, from academia to industry and around the world. The MGS has been run since 1999 and is hosted alternately by the Universities of Birmingham, Leicester, Nottingham and Sheffield. MGS 21 is its 21st incarnation. Information about previous events can be found at the MGS web site http://www.cs.nott.ac.uk/MGS PROGRAMME MGS 21 consists of eight courses, each with four or five hours of lectures and a similar number of exercise sessions. Three courses are introductory; one is given by an invited lecturer. These should be attended by all participants. The remaining more advanced courses should be selected based on interest. MGS 21 aims at a mix of livestreamed and prerecorded lectures and livestreamed exercise sessions, with additional social online events. Invited lectures: Monads and Interactions Tarmo Uustalu, Reykjavik Introductory courses: Category Theory Jacopo Emmenegger, Birmingham Type Theory Thorsten Altenkirch, Nottingham Proof Theory Anupam Das, Birmingham Advanced courses: Homotopy Type Theory Nicolai Kraus, Nottingham Inductive and Coinductive Reasoning with Isabelle/HOL Andrei Popescu, Sheffield Effects and Call-by-Push-Value Paul Levy, Birmingham Formal Modelling and Analysis of Concurrent Systems Mohammad Mousavi, Leicester In addition we are organising a session where participants can briefly present and discuss their own research. A call will be made in March. REGISTRATION Participation at MGS 21 is free of charge, but selective. Requests must be submitted online via https://staffwww.dcs.shef.ac.uk/people/G.Struth/mgs21.html Registration deadline is April 1. ORGANISATION Please direct all queries about MGS 21 to Georg Struth. The Sheffield organisers are Harsh Beohar (H.Beohar at sheffield.ac.uk) Andrei Popescu (A.Popescu at sheffield.ac.uk) Georg Struth (G.Struth at sheffield.ac.uk) From dominique.unruh at ut.ee Wed Mar 17 12:58:29 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:38992) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lMVkr-00056S-Oh (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 17 Mar 2021 12:58:29 +0000 X-Cam-SpamDetails: score -1.0 from SpamAssassin-3.4.4-1887716 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low * trust * [40.107.4.123 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.107.4.123 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * 0.0 MSGID_FROM_MTA_HEADER Message-Id was added by a relay * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-eopbgr40123.outbound.protection.outlook.com ([40.107.4.123]:58020 helo=EUR03-DB5-obe.outbound.protection.outlook.com) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lMVkr-000H01-6V (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 17 Mar 2021 12:58:29 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gZl6zziizULw/E4G0z7/VqqFcSq14gZedUyywbEvroqe7AfCip+xEo2bysZSVF7uPLNDQ8HXePhXIaJtxOUNSOzWoVuP6nn/9jBHgZpMF0opevBQBQpbROuoRgwYBnRZvPEr1OOU/pFxUabtpEBaeCscGkxDP74Q8ObGDyjyqWyyEf1XOJ0zAH9JlZ2VsX+qYWEhbgJOOU4NkJR6xp97gzL9WK57DmNZ33QoSIcb4bOJpUEAJkKqHw8bFErCUW3ymrtWfJNsd4DUBS0M4eRfamHhH8f6UCsRfyi2woxK6GkIGYYkXPdydSQ3/NX31liOEqQvbHBX/1Cypq9AFSFg5Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=RwrCEdhJxfwR3wqXUvfe+eO5dtxKBJ5kl3DuoiNkg+I=; b=YT/F3Dxf1PgThlBx0TNMy5ovsoUTHuBGPt5QCMohXBJUrfqRhvvu9l4bOJfLCjXNiy55Lgz6R5zJVWQZO4Hx7LBcJ3bLvTD3gdl56grc8JvKkU/wEcsNcGxUOe+GnHFGpDWnJ9IbOhDMuveNqFP7Z0NY/291/ZXzzHkRNUJVHw4WxLRgPFZnj361gUlV6O+ADb3m+aQnxS+JRUyddVNcLz12BJax6t1aL3CXMOWN2GYXiOgk3zgjQMxYAJJ6Hp6k0om/jliHwF3lk4KbRBOJ+w5RMHQy6VS+Vg5cKVGMNXL1imxYdnUU2u8n6bnje7DMUekLyEDy4/EEAK+hEIGPwA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ut.ee; dmarc=pass action=none header.from=ut.ee; dkim=pass header.d=ut.ee; arc=none Authentication-Results: lists.cam.ac.uk; dkim=none (message not signed) header.d=none; lists.cam.ac.uk; dmarc=none action=none header.from=ut.ee; Received: from DB9PR02MB6522.eurprd02.prod.outlook.com (2603:10a6:10:214::7) by DB6PR02MB2982.eurprd02.prod.outlook.com (2603:10a6:6:23::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3955.18; Wed, 17 Mar 2021 12:58:17 +0000 Received: from DB9PR02MB6522.eurprd02.prod.outlook.com ([fe80::2cb1:e7aa:4023:9778]) by DB9PR02MB6522.eurprd02.prod.outlook.com ([fe80::2cb1:e7aa:4023:9778%7]) with mapi id 15.20.3955.018; Wed, 17 Mar 2021 12:58:17 +0000 To: Makarius , cl-isabelle-users References: <98db2f8c-aaaf-8fff-04bd-99f97a53e548 at sketis.net> <597e351a-6661-8465-cc90-2712cba488d7 at ut.ee> <622c0254-8556-550f-bb28-60e12b3d3d95 at sketis.net> <63abf627-7bc2-fa06-3f88-9a5a60e8f871 at ut.ee> <5c6c872b-16b4-0f95-3020-f6f0e22d0bc2 at sketis.net> From: Dominique Unruh Message-ID: Date: Wed, 17 Mar 2021 14:52:37 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 In-Reply-To: <5c6c872b-16b4-0f95-3020-f6f0e22d0bc2 at sketis.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Originating-IP: [2001:bb8:2002:2400:729e:ce32:2765:fdcc] X-ClientProxiedBy: AM0PR04CA0137.eurprd04.prod.outlook.com (2603:10a6:208:55::42) To DB9PR02MB6522.eurprd02.prod.outlook.com (2603:10a6:10:214::7) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from [IPv6:2001:bb8:2002:2400:729e:ce32:2765:fdcc] (2001:bb8:2002:2400:729e:ce32:2765:fdcc) by AM0PR04CA0137.eurprd04.prod.outlook.com (2603:10a6:208:55::42) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3955.18 via Frontend Transport; Wed, 17 Mar 2021 12:58:16 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 8109fa46-4d78-4038-649b-08d8e9445547 X-MS-TrafficTypeDiagnostic: DB6PR02MB2982: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:10000; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: CSZoe3NLqwKzJ43caK5W7RiXkhIOOoxnlaPvWr5OUJM5JJTGeewy/1/VL5UkgdoGdV5eROSz7RP2SPYbWUVMv8lTgkxA+BoJkC9U96OmiGdYisf5zS5FDE6Od4XwOpX0OcUjCTjjZtlnNBWJp+V3FFwBCLAn98MSnGfPJIKrJj340zOtWA9rkaCeIrF2EQbt1ZQYew1nxJxGWurBPu0oYnPpo9btY8ciluhPFhHi86poN6csZQ83TGrC1ysnhUMuRgXG7o0hZ7dbSxTYqY1aOaarpGRoncXWmEKvN7MEIiiOUi7zQjty6yuOgHWOmCI3R1k4js+Fhlkp7rihMkdAhGZyJhXxG8Q3pcf4El3E235uBCUBlzV3GwdGOjZClT/MewQuzWF4iCR0oRGDt/O7MwtD59G74ffN/K0keBEDiWH/6wr2vceH4nKAVT/MQrcKHF6+zh/VpiJLl9dShrxJq3sIY77pvC+9FT2a4fC8u6s02LH/vPjtelxRWuhKuNmj+nMnR13dyQySCD7rvh3/pBuHT31ldtUw9uJVDqCHfqREHGWXZQwr9rZYFQshIrVZNQHWNKSHHcSxrXq70Th8WxWE4RvQM57tZwHe/gMxMYbM04jBP4MLpPS/jo11YpD72yDUVn2SeeJTY7Ywut4zug== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB9PR02MB6522.eurprd02.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(136003)(39860400002)(366004)(376002)(346002)(83380400001)(66946007)(52116002)(66556008)(16526019)(31686004)(66476007)(6666004)(6486002)(8676002)(8936002)(478600001)(786003)(2906002)(19627235002)(36756003)(5660300002)(186003)(110136005)(31696002)(2616005)(316002)(45980500001)(43740500002); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData: =?utf-8?B?VkRjbGdpSTA0cmhjSU1zRFltakk4QnNkNG1UMS9GcUNHVTNNLzNpY1IxVGFG?= =?utf-8?B?djd6RStvRlgzTVVtTmhUeGZGSlpQUHRLbVRweGV3dWxPYkltbUVCdERxY2xr?= =?utf-8?B?aUw4TWNjMGM0b2lrUGlqTVZrYzlDd1lBNzg5aVk1L1ZrRnFGZWlia3psSlhX?= =?utf-8?B?dDhrSTV2cWYyajAybE5UdURlRjRvYWxsZy9vcVhqdDdiRlNIbzdrWVNaZnl1?= =?utf-8?B?MmdkdlU4MEsveS9ILzlocC9uUDMyUEhiQnJsSUYvaWsrQ0hLVkUrR2paK2hz?= =?utf-8?B?dFdpbG1MVDhFRHNCVUZHNTB0bTcwZ3VPNmYxMHh5OUZUelF1cnArMUFIY2pO?= =?utf-8?B?OUpCVTRCTjRtQ1B6VGViZVZ6VmlCeHVkZE5rY05tK3RlSmxJS21OK0U5eEc5?= =?utf-8?B?Q1FKRDB2aXlwUUl1MEY0K2RHRFhsL3JGeTZ1bFhObXJFWFVPWGh0OW1TVlMw?= =?utf-8?B?R3k5Y0RSQ05wNUY5eGlvSm4rMHA4QTcrNWd4cW93amlnQ1c2bFNYOUt3ek9L?= =?utf-8?B?MXBLYVg2UlFNNlRUeGhuNGMvVGdSK1c5d2phVll0SG5aREE0dnpPc1RZUUhw?= =?utf-8?B?b1VOT2diZ0w2eTd0L3lHY1BOdmJLN3QyLzNxaVJYbmx4YXRIK3RkcjJOdnR3?= =?utf-8?B?c0d2YnVKa2pvUEJWbHluZ0JhdW1IMXJIQUtwdzhwcUc2cWpJeXFxRlBMS0l1?= =?utf-8?B?VmxmM09HbFNuRVBGUmtwTFI4NjZua0dVMHZDMVhkaU9NMkFUK2pTUm9xKzRN?= =?utf-8?B?cGtwZG40SytRQkZkNFExL3BKWHZEbUNPcm1uVFJDYkgwcjh3RkhGRTRkQ2oz?= =?utf-8?B?ZUZwYklGaVRYWVhUQk1nd2NrbGtGVzVERjdYSGtMc25zVm5QdDJhQmZoM2RD?= =?utf-8?B?b3F5RjQxTEsyTXE3UC9UWTBmZ0huV0tYY2JlVmw3d2FwcVpYbDYwNFplbk55?= =?utf-8?B?dTUrL0tDV29tR2gwWU9qNkRYOXkrNDNpTTZDNFR6MitDNnZyM2pMcmRBVHUw?= =?utf-8?B?QjR6U0xFVUprbWZUdWVDOC9taWdYcFNjRGNTMWI1Y0VpVGZMSlVHZUFWUHhD?= =?utf-8?B?OU1DNkhoUXFOMTFJZDZTRkxENWJSaVZYNnpNelM5NVdiaWNXSXdHbTNqVUdW?= =?utf-8?B?ZXAxVkNBaENJRmtKbnByQzNqSHNpMWQzNysvVWxNS1dTMGJVUEV3c2trd0hD?= =?utf-8?B?TTAyQmhOSG54VUhXUm5zQnFLN3NGS2NYbEQ3c3pZTFgyOUNKMG1pMFFZazRj?= =?utf-8?B?NmZDa3B3cFJ4ZVNRTFphRXB6ZTdxNlRPL1lGVFE3U0h4cEt5eERVTDBIV0F0?= =?utf-8?B?eWVyYWwzQ0NCSlBzdXQrUnBBZHFHd1ZSZ25IdGpRZ3pvRXFPWHc3Qkh2REJN?= =?utf-8?B?OGQxNUJMNVZ4K1hiQ1d3N0hCaC9CTVBSeFU2dUVxcVA3aENvenFGUzFpTjBQ?= =?utf-8?B?UXRJM2JlRHl5b0QzcFR0UklCWC9rUE15TEZvMDZsVkdCMDVKb3BnM25wamt4?= =?utf-8?B?RmlIdFh4d0RzNVdCazJwQ0tnTnk0di9PMUVEcVUxYStLZWNnMlhrUzg4bHhL?= =?utf-8?B?LzllZU5wWldrMStQMWx1b2pKaU1iS3NycWJkZWdqT3FJaHZUU1BuazZrV2dl?= =?utf-8?B?N2VTT21WcGhLSnRSU1NiN243MTc4alZndCtWTk9JZXg1NVRZVjhEOHFRTkJI?= =?utf-8?B?am1wWXhnbytnK1hadGVHeVRocGdmdmxHcFFsd2pFUWpxQ054eitwQXV2Njlt?= =?utf-8?B?amFCcUhCMVBNZTcxRk5OUFQ3TzdpcFB1a2k2QkREVkc0ZEUrNG5BcCtWVEsx?= =?utf-8?B?V0lPMjVJdnBRT2ZCMjEwL2VBdXJGU1NyS1ZodFRUaVhYY2dRZGNRNW9CeDgz?= =?utf-8?Q?bnG9mlkKtSuk/?= X-OriginatorOrg: ut.ee X-MS-Exchange-CrossTenant-Network-Message-Id: 8109fa46-4d78-4038-649b-08d8e9445547 X-MS-Exchange-CrossTenant-AuthSource: DB9PR02MB6522.eurprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Mar 2021 12:58:17.2178 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 6d356317-0d04-4abc-b6b6-8c9773885bb0 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: Gc/Fe/5cgIdRXrQyBVVsiUufcfvbstEIcamzDWrs0Un6B0WBMT/EApdc5W5W3Yfz X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR02MB2982 Subject: Re: [isabelle] Remaining uses of "isabelle process" and "isabelle console" X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 12:58:29 -0000 Hi, thanks for your feedback. The issues about invoking .init() are covered in my specific context because the code fragment I wrote to you will be invoked only once (global instance). And I am aware that Array[...] is a somewhat un-Scala-like datastructure. The reason is again very specific to my application: Due to the fact that my library cannot guarantee that it will be invoked under the same Scala version as Isabelle is compiled for, I have to do some classloader trickery. The effect is that the signature of the wrapper method I use needs to use pure Java. (I can provide more details on that trick if desired.) Concerning isabelle.File.path – I was prepared to do some manual conversion to cygwin paths, but having a method that already takes care of this, great! :) > Anyway, the above would merely replace the external "isabelle process" by internal Isabelle/Scala operations. It does not address the problem of a missing PIDE session context for Isabelle/ML/Scala function invocations --- the starting point of this thread. True. Further transition is planned for the future, but time constraints force me to stick to this approach for now, at least. Is the ML_Process class that I am using planned to be discontinued soon? Best wishes, Dominique. > It looks fine as a start. Just a few side-remarks: > > * It is better to invoke Isabelle_System.init() only once at the start of > the application, not for each Isabelle process. > > * Likewise it is better to invoke Options.init() only once, and later pass > around (options: Options) in a purely functional manner. > > * sessionRoots: Array[Path] looks very strange. Are you trying to imitate > very old Java conventions (or Eclipse)? Array is the worst data structure > ever. In recent Java, I see more and more uses of java.util.List, together > with convenient List.of() functions to create adhoc instances. And Scala 2.13 > has good conversions asJava / asScala --- not that I using that myself, unless > there is no way around it. > > * isabelle.Path.explode(p.toString) looks quite fragile; it is unlikely to > work on Windows. Assuming that your Path type is java.nio.file.Path you can > use isabelle.File.path(path.toFile) > > * cwd could be null (a rare exception in Isabelle/Scala signatures!) and > thus cwd.toFile could crash. > > * Instead of Isabelle_Thread.fork, I often use the more convenient > Future.thread. > > > Anyway, the above would merely replace the external "isabelle process" by > internal Isabelle/Scala operations. It does not address the problem of a > missing PIDE session context for Isabelle/ML/Scala function invocations --- > the starting point of this thread. > > You can probably get through with isabelle.Isabelle_Process instead of > isabelle.ML_Process: that will also take care of the System_Channel. > > Note that a PIDE session/protocol context does not necessarily mean PIDE > document model: Build.build does a regular batch-build within that context, > without any Document.update. > > The point of the whole exercise is to have official protocol commands and > protocol messages, instead of low-level stream communication. > > >> And one additional question: Is there a way to set the Isabelle user home? > You can do it indirectly by giving an alternative ISABELLE_IDENTIFIER, e.g. > like this on the command-line: > > env ISABELLE_IDENTIFIER=My_Great_App_for_Isabelle2021 > Isabelle2011/bin/isabelle getenv ISABELLE_HOME_USER > ISABELLE_HOME_USER=/home/makarius/.isabelle/My_Great_App_for_Isabelle2021 > > That environment needs to be present for Isabelle_System.init(). > > >> One more question: I am passing the session root directories both to >> Sessions.load_structure and to Build.build_logic. I am worried that this means >> that the time-intensive scan of the session directories (especially if AFP is >> loaded) happens twice. Is that correct? Can it be avoided? > Sessions.load_structure alone is not very expensive: it merely traverses all > ROOT files. This takes approx. 0.1s for Isabelle + AFP, after the first run of > approx. 0.3s. > > Build.build_logic does a rather expensive up-to-date check of the specified > logic image (not other sessions). E.g. 1s for HOL, 3s for HOL-Analysis. > > The standard approach is to do it only once on application startup. (Existing > "isabelle process" or ML_Process(), Isabelle_Process() don't do a build either.) > > > Makarius From makarius at sketis.net Wed Mar 17 14:27:05 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:35982) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lMX8b-0001Cr-6u (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 17 Mar 2021 14:27:05 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887716 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [188.68.63.170 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([188.68.63.170]:33545) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lMX8a-000OWT-oM (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 17 Mar 2021 14:27:05 +0000 Received: from mors-relay8203.netcup.net (localhost [127.0.0.1]) by mors-relay8203.netcup.net (Postfix) with ESMTPS id 4F0stH44vHz8c4k; Wed, 17 Mar 2021 14:27:03 +0000 (UTC) Received: from policy02-mors.netcup.net (unknown [46.38.225.35]) by mors-relay8203.netcup.net (Postfix) with ESMTPS id 4F0stH3hDfz8c2y; Wed, 17 Mar 2021 14:27:03 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at policy02-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.901 X-Spam-Level: X-Spam-Status: No, score=-2.901 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy02-mors.netcup.net (Postfix) with ESMTPS id 4F0stG6Gl8z8sjw; Wed, 17 Mar 2021 15:27:02 +0100 (CET) Received: from [192.168.179.20] (aftr-62-216-204-77.dynamic.mnet-online.de [62.216.204.77]) by mx2f26.netcup.net (Postfix) with ESMTPSA id 1D3A5A9FD4; Wed, 17 Mar 2021 15:27:02 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.77) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.179.20] Received-SPF: pass (mx2f26: connection is authenticated) To: Dominique Unruh , cl-isabelle-users References: <98db2f8c-aaaf-8fff-04bd-99f97a53e548 at sketis.net> <597e351a-6661-8465-cc90-2712cba488d7 at ut.ee> <622c0254-8556-550f-bb28-60e12b3d3d95 at sketis.net> <63abf627-7bc2-fa06-3f88-9a5a60e8f871 at ut.ee> <5c6c872b-16b4-0f95-3020-f6f0e22d0bc2 at sketis.net> From: Makarius Message-ID: Date: Wed, 17 Mar 2021 15:27:01 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-PPP-Message-ID: <161599122222.16857.12917487536874159483 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: ES0rd5paBGDtRO4kHLWm6J9krCAs/bh+rqaGZiEef3I797w= Subject: Re: [isabelle] Remaining uses of "isabelle process" and "isabelle console" X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 14:27:05 -0000 On 17/03/2021 13:52, Dominique Unruh wrote: > > The issues about invoking .init() are covered in my specific context because > the code fragment I wrote to you will be invoked only once (global instance). > And I am aware that Array[...] is a somewhat un-Scala-like datastructure. The > reason is again very specific to my application: Due to the fact that my > library cannot guarantee that it will be invoked under the same Scala version > as Isabelle is compiled for, I have to do some classloader trickery. Scala certainly has its own problems concerning jar non-portability. My complaint of the data structure was actually about current Java practice. Starting with Java 8, it has become a mostly functional/immutable environment; this trend has continued with Java 11 LTS, and Java 17 LTS (end of 2021) will go even further. Thus the speed of Java development has outpaced Scala in recent years. Makarius From makarius at sketis.net Wed Mar 17 15:03:24 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:44822) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lMXhk-00039y-S9 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 17 Mar 2021 15:03:24 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887716 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [188.68.63.166 listed in list.dnswl.dnsbl.ja.net] * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from relay.yourmailgateway.de ([188.68.63.166]:38137) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lMXhj-000wEQ-in (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 17 Mar 2021 15:03:24 +0000 Received: from mors-relay-8202.netcup.net (localhost [127.0.0.1]) by mors-relay-8202.netcup.net (Postfix) with ESMTPS id 4F0thC0Vyqz4NQT; Wed, 17 Mar 2021 16:03:22 +0100 (CET) Received: from policy01-mors.netcup.net (unknown [46.38.225.35]) by mors-relay-8202.netcup.net (Postfix) with ESMTPS id 4F0thB5FsWz4N2F; Wed, 17 Mar 2021 16:03:22 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at policy01-mors.netcup.net X-Spam-Flag: NO X-Spam-Score: -2.9 X-Spam-Level: X-Spam-Status: No, score=-2.9 required=6.31 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mx2f26.netcup.net (unknown [10.243.12.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by policy01-mors.netcup.net (Postfix) with ESMTPS id 4F0th973cXz8scQ; Wed, 17 Mar 2021 16:03:21 +0100 (CET) Received: from [192.168.179.20] (aftr-62-216-204-77.dynamic.mnet-online.de [62.216.204.77]) by mx2f26.netcup.net (Postfix) with ESMTPSA id EEA1CA2092; Wed, 17 Mar 2021 16:03:20 +0100 (CET) Authentication-Results: mx2f26; spf=pass (sender IP is 62.216.204.77) smtp.mailfrom=makarius at sketis.net smtp.helo=[192.168.179.20] Received-SPF: pass (mx2f26: connection is authenticated) To: Dominique Unruh , cl-isabelle-users References: <98db2f8c-aaaf-8fff-04bd-99f97a53e548 at sketis.net> <597e351a-6661-8465-cc90-2712cba488d7 at ut.ee> <622c0254-8556-550f-bb28-60e12b3d3d95 at sketis.net> <63abf627-7bc2-fa06-3f88-9a5a60e8f871 at ut.ee> <5c6c872b-16b4-0f95-3020-f6f0e22d0bc2 at sketis.net> From: Makarius Message-ID: <891b8d18-1d73-72c2-9647-37fd01c17608 at sketis.net> Date: Wed, 17 Mar 2021 16:03:20 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-PPP-Message-ID: <161599340112.10470.15817590468551173030 at mx2f26.netcup.net> X-PPP-Vhost: sketis.net X-NC-CID: QuWifecg0uSeO6R35J1f+RfSuQncZ4jzu10KFLWr6fRvQhY= Subject: Re: [isabelle] Remaining uses of "isabelle process" and "isabelle console" X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 15:03:24 -0000 On 17/03/2021 13:52, Dominique Unruh wrote: > > Further transition is planned for the future, but time constraints force > me to stick to this approach for now, at least. Is the ML_Process class that I > am using planned to be discontinued soon? No, it remains the official way to start a low-level ML process from Isabelle/Scala. The very point of the whole affair is that the process alone will no longer suffice to run Isabelle sessions, because more and more Isabelle/Scala/ML functions are coming. A recent example is for remote ATPs in Sledgehammer: https://isabelle-dev.sketis.net/phame/post/view/35/remote_provers_from_systemontptp_via_isabelle_scala Other examples: add-on file-system operations (Isabelle_System.rm_tree). Potentially also SHA1.digest: instead of a low-level C module for Poly/ML it might be better to have a high-level Scala function. Makarius From Rene.Thiemann at uibk.ac.at Thu Mar 18 07:51:37 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:47320) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lMnRR-0001KG-AH (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 18 Mar 2021 07:51:37 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887749 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [138.232.1.142 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [138.232.1.142 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta2.cl.cam.ac.uk ([128.232.25.22]:50949) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lMnRQ-000Fm2-ho (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 18 Mar 2021 07:51:37 +0000 Received: from ppsw-43.csi.cam.ac.uk ([2001:630:212:8::e:f43]) by mta2.cl.cam.ac.uk with esmtp (Exim 4.86_2) (envelope-from ) id 1lMnRQ-00040N-4l for isabelle-users at cl.cam.ac.uk; Thu, 18 Mar 2021 07:51:36 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887749 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [138.232.1.142 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [138.232.1.142 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from lmr1.uibk.ac.at ([138.232.1.142]:44462 helo=smtp.uibk.ac.at) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lMnRJ-000uE2-oz (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Thu, 18 Mar 2021 07:51:35 +0000 Received: from exchange.uibk.ac.at (xmbx5.uibk.ac.at [138.232.2.157]) by smtp.uibk.ac.at (8.14.4/8.14.4/F1) with ESMTP id 12I7p20C000644 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Thu, 18 Mar 2021 08:51:02 +0100 Received: from xmbx11.uibk.ac.at (138.232.2.173) by xmbx5.uibk.ac.at (138.232.2.157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Thu, 18 Mar 2021 08:51:02 +0100 Received: from xmbx11.uibk.ac.at ([fe80::5490:dfb5:ebee:e0bc]) by xmbx11.uibk.ac.at ([fe80::5490:dfb5:ebee:e0bc%3]) with mapi id 15.01.2176.009; Thu, 18 Mar 2021 08:51:02 +0100 From: =?utf-8?B?VGhpZW1hbm4sIFJlbsOp?= To: isabelle-users Thread-Topic: New in the AFP: Constructive Cryptography in HOL: the Communication Modeling Aspect Thread-Index: AQHXG8txCY5x9e3XOUyvXuVJ0aJE6A== Date: Thu, 18 Mar 2021 07:51:02 +0000 Message-ID: <336E5205-FCA9-4020-AF92-91F043486861 at uibk.ac.at> Accept-Language: de-DE, de-AT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [138.232.2.105] Content-Type: text/plain; charset="utf-8" Content-ID: <1D3EAE4847B7B84395C50EDC0FB539FB at exchange.uibk.ac.at> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Spam-Score: () -4.9 FROM_EXCESS_BASE64,FROM_NET_2,RCV_SMTP_UIBK X-Scanned-By: MIMEDefang 2.84 at uibk.ac.at X-debug-header: local_aliases has suffix Subject: [isabelle] New in the AFP: Constructive Cryptography in HOL: the Communication Modeling Aspect X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 07:51:37 -0000 RGVhciBhbGwsDQoNCnRoZXJlIGlzIGEgbmV3IEFGUCBlbnRyeSBhdmFpbGFibGU6DQoNCkNvbnN0 cnVjdGl2ZSBDcnlwdG9ncmFwaHkgaW4gSE9MOiB0aGUgQ29tbXVuaWNhdGlvbiBNb2RlbGluZyBB c3BlY3QNCiAgYnkgQW5kcmVhcyBMb2NoYmlobGVyIGFuZCBTLiBSZXphIFNlZmlkZ2FyDQoNCg0K QWJzdHJhY3Q6DQoNCkNvbnN0cnVjdGl2ZSBDcnlwdG9ncmFwaHkgKENDKSBpbnRyb2R1Y2VzIGFu IGFic3RyYWN0IGFwcHJvYWNoIHRvIGNvbXBvc2FibGUgc2VjdXJpdHkgc3RhdGVtZW50cyB0aGF0 IGFsbG93cyBvbmUgdG8gZm9jdXMgb24gYSBwYXJ0aWN1bGFyIGFzcGVjdCBvZiBzZWN1cml0eSBw cm9vZnMgYXQgYSB0aW1lLiBJbnN0ZWFkIG9mIHByb3ZpbmcgdGhlIHByb3BlcnRpZXMgb2YgY29u Y3JldGUgc3lzdGVtcywgQ0Mgc3R1ZGllcyBzeXN0ZW0gY2xhc3NlcywgaS5lLiwgdGhlIHNoYXJl ZCBiZWhhdmlvciBvZiBzaW1pbGFyIHN5c3RlbXMsIGFuZCB0aGVpciB0cmFuc2Zvcm1hdGlvbnMu IE1vZGVsaW5nIG9mIHN5c3RlbXMgY29tbXVuaWNhdGlvbiBwbGF5cyBhIGNydWNpYWwgcm9sZSBp biBjb21wb3NhYmlsaXR5IGFuZCByZXVzYWJpbGl0eSBvZiBzZWN1cml0eSBzdGF0ZW1lbnRzOyB5 ZXQsIHRoaXMgYXNwZWN0IGhhcyBub3QgYmVlbiBzdHVkaWVkIGluIGFueSBvZiB0aGUgZXhpc3Rp bmcgQ0MgcmVzdWx0cy4gV2UgZXh0ZW5kIG91ciBwcmV2aW91cyBDQyBmb3JtYWxpemF0aW9uIHdp dGggYSBuZXcgc2VtYW50aWMgZG9tYWluIGNhbGxlZCBGdXNlZCBSZXNvdXJjZSBUZW1wbGF0ZXMg KEZSVCkgdGhhdCBhYnN0cmFjdHMgb3ZlciB0aGUgc3lzdGVtcyBjb21tdW5pY2F0aW9uIHBhdHRl cm5zIGluIENDIHByb29mcy4gVGhpcyB3aWRlbnMgdGhlIHNjb3BlIG9mIGNyeXB0b2dyYXBoeSBw cm9vZiBmb3JtYWxpemF0aW9ucyBpbiB0aGUgQ3J5cHRIT0wgbGlicmFyeS4gVGhpcyBmb3JtYWxp emF0aW9uIGlzIGRlc2NyaWJlZCBpbiBBYnN0cmFjdCBNb2RlbGluZyBvZiBTeXN0ZW1zIENvbW11 bmljYXRpb24gaW4gQ29uc3RydWN0aXZlIENyeXB0b2dyYXBoeSB1c2luZyBDcnlwdEhPTCBbMV0u DQoNCmh0dHBzOi8vd3d3LmlzYS1hZnAub3JnL2VudHJpZXMvQ29uc3RydWN0aXZlX0NyeXB0b2dy YXBoeV9DTS5odG1sDQoNCkVuam95LA0KUmVuw6kNCg0KWzFdOiBodHRwOi8vd3d3LmFuZHJlYXMt bG9jaGJpaGxlci5kZS9wdWIvYmFzaW4yMDIxLnBkZg== From nipkow at in.tum.de Thu Mar 18 10:15:35 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:49910) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lMpgl-0003O8-33 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 18 Mar 2021 10:15:35 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887749 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.8 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.8 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta2.cl.cam.ac.uk ([128.232.25.22]:46012) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lMpgk-000iV2-h5 (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 18 Mar 2021 10:15:35 +0000 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]) by mta2.cl.cam.ac.uk with esmtp (Exim 4.86_2) (envelope-from ) id 1lMpgk-0007kM-6o for isabelle-users at cl.cam.ac.uk; Thu, 18 Mar 2021 10:15:34 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887749 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.8 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.8 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out1.in.tum.de ([131.159.0.8]:56361 helo=mail-out1.informatik.tu-muenchen.de) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lMpgj-0011Fy-1H (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Thu, 18 Mar 2021 10:15:34 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id A791C1C1966; Thu, 18 Mar 2021 11:15:28 +0100 (CET) Received: (Authenticated sender: nipkow) by mail.in.tum.de (Postfix) with ESMTPSA id 3396F1C195E for ; Thu, 18 Mar 2021 11:15:21 +0100 (CET) (Extended-Queue-bit tech_zypsj at fff.in.tum.de) To: Isabelle Users From: Tobias Nipkow Message-ID: <75210276-d211-6f0f-b61a-f671b058f59e at in.tum.de> Date: Thu, 18 Mar 2021 11:15:20 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms070301070905070801030101" X-debug-header: local_aliases has suffix Subject: [isabelle] \isakeyword in bold? X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 10:15:35 -0000 This is a cryptographically signed message in MIME format. --------------ms070301070905070801030101 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable When I build "Programming and Proving in Isabelle/HOL" isabelle build_doc prog-prove in the resulting pdf the Isabelle keywords are no longer in sans serif an= d bold.=20 I am on d1c4c2395650 but I get a similar result when working with Isabell= e2021=20 although the prog-prove.pdf that is shipped with the distribution is fine= =2E What do I need to do to get back the sans serif bold? Tobias --------------ms070301070905070801030101 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC EX4wggUSMIID+qADAgECAgkA4wvV+K8l2YEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYT AkRFMSswKQYDVQQKDCJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYD VQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFs Um9vdCBDbGFzcyAyMB4XDTE2MDIyMjEzMzgyMloXDTMxMDIyMjIzNTk1OVowgZUxCzAJBgNV BAYTAkRFMUUwQwYDVQQKEzxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVu IEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsTB0RGTi1QS0kxLTArBgNVBAMTJERG Ti1WZXJlaW4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgMjCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAMtg1/9moUHN0vqHl4pzq5lN6mc5WqFggEcVToyVsuXPztNXS43O+FZs FVV2B+pG/cgDRWM+cNSrVICxI5y+NyipCf8FXRgPxJiZN7Mg9mZ4F4fCnQ7MSjLnFp2uDo0p eQcAIFTcFV9Kltd4tjTTwXS1nem/wHdN6r1ZB+BaL2w8pQDcNb1lDY9/Mm3yWmpLYgHurDg0 WUU2SQXaeMpqbVvAgWsRzNI8qIv4cRrKO+KA3Ra0Z3qLNupOkSk9s1FcragMvp0049ENF4N1 xDkesJQLEvHVaY4l9Lg9K7/AjsMeO6W/VRCrKq4Xl14zzsjz9AkH4wKGMUZrAcUQDBHHWekC AwEAAaOCAXQwggFwMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUk+PYMiba1fFKpZFK4OpL 4qIMz+EwHwYDVR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB /wIBAjAzBgNVHSAELDAqMA8GDSsGAQQBga0hgiwBAQQwDQYLKwYBBAGBrSGCLB4wCAYGZ4EM AQICMEwGA1UdHwRFMEMwQaA/oD2GO2h0dHA6Ly9wa2kwMzM2LnRlbGVzZWMuZGUvcmwvVGVs ZVNlY19HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGGBggrBgEFBQcBAQR6MHgwLAYIKwYBBQUH MAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMEgGCCsGAQUFBzAChjxodHRw Oi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9UZWxlU2VjX0dsb2JhbFJvb3RfQ2xhc3NfMi5j ZXIwDQYJKoZIhvcNAQELBQADggEBAIcL/z4Cm2XIVi3WO5qYi3FP2ropqiH5Ri71sqQPrhE4 eTizDnS6dl2e6BiClmLbTDPo3flq3zK9LExHYFV/53RrtCyD2HlrtrdNUAtmB7Xts5et6u5/ MOaZ/SLick0+hFvu+c+Z6n/XUjkurJgARH5pO7917tALOxrN5fcPImxHhPalR6D90Bo0fa3S PXez7vTXTf/D6OWST1k+kEcQSrCFWMBvf/iu7QhCnh7U3xQuTY+8npTD5+32GPg8SecmqKc2 2CzeIs2LgtjZeOJVEqM7h0S2EQvVDFKvaYwPBt/QolOLV5h7z/0HJPT8vcP9SpIClxvyt7bP ZYoaorVyGTkwggWsMIIElKADAgECAgcbY7rQHiw9MA0GCSqGSIb3DQEBCwUAMIGVMQswCQYD VQQGEwJERTFFMEMGA1UEChM8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hl biBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLEwdERk4tUEtJMS0wKwYDVQQDEyRE Rk4tVmVyZWluIENlcnRpZmljYXRpb24gQXV0aG9yaXR5IDIwHhcNMTYwNTI0MTEzODQwWhcN MzEwMjIyMjM1OTU5WjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9l cmRlcnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UE CwwHREZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQTCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ07eRxH3h+Gy8Zp1xCeOdfZojDbchwFfylf S2jxrRnWTOFrG7ELf6Gr4HuLi9gtzm6IOhDuV+UefwRRNuu6cG1joL6WLkDh0YNMZj0cZGnl m6Stcq5oOVGHecwX064vXWNxSzl660Knl5BpBb+Q/6RAcL0D57+eGIgfn5mITQ5HjUhfZZkQ 0tkqSe3BuS0dnxLLFdM/fx5ULzquk1enfnjK1UriGuXtQX1TX8izKvWKMKztFwUkP7agCwf9 TRqaA1KgNpzeJIdl5Of6x5ZzJBTN0OgbaJ4YWa52fvfRCng8h0uwN89Tyjo4EPPLR22MZD08 WkVKusqAfLjz56dMTM0CAwEAAaOCAgUwggIBMBIGA1UdEwEB/wQIMAYBAf8CAQEwDgYDVR0P AQH/BAQDAgEGMCkGA1UdIAQiMCAwDQYLKwYBBAGBrSGCLB4wDwYNKwYBBAGBrSGCLAEBBDAd BgNVHQ4EFgQUazqYi/nyU4na4K2yMh4JH+iqO3QwHwYDVR0jBBgwFoAUk+PYMiba1fFKpZFK 4OpL4qIMz+EwgY8GA1UdHwSBhzCBhDBAoD6gPIY6aHR0cDovL2NkcDEucGNhLmRmbi5kZS9n bG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDBAoD6gPIY6aHR0cDovL2NkcDIu cGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDCB3QYIKwYB BQUHAQEEgdAwgc0wMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1T ZXJ2ZXIvT0NTUDBKBggrBgEFBQcwAoY+aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwt cm9vdC1nMi1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwSgYIKwYBBQUHMAKGPmh0dHA6Ly9j ZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtZzItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0 MA0GCSqGSIb3DQEBCwUAA4IBAQCBeEWkTqR/DlXwCbFqPnjMaDWpHPOVnj/z+N9rOHeJLI21 rT7H8pTNoAauusyosa0zCLYkhmI2THhuUPDVbmCNT1IxQ5dGdfBi5G5mUcFCMWdQ5UnnOR7L n8qGSN4IFP8VSytmm6A4nwDO/afr0X9XLchMX9wQEZc+lgQCXISoKTlslPwQkgZ7nu7YRrQb tQMMONncsKk/cQYLsgMHM8KNSGMlJTx6e1du94oFOO+4oK4v9NsH1VuEGMGpuEvObJAaguS5 Pfp38dIfMwK/U+d2+dwmJUFvL6Yb+qQTkPp8ftkLYF3sv8pBoGH7EUkp2KgtdRXYShjqFu9V NCIaE40GMIIGtDCCBZygAwIBAgIMI5/lGur5RMzYJ/WbMA0GCSqGSIb3DQEBCwUAMIGNMQsw CQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRz Y2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUwIwYDVQQD DBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBMB4XDTIwMTAwOTEzMzcxOFoXDTIxMTIw MzE1MzYxN1owgcAxCzAJBgNVBAYTAkRFMQ8wDQYDVQQIDAZCYXllcm4xETAPBgNVBAcMCE11 ZW5jaGVuMSkwJwYDVQQKDCBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECwwZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAwwNVG9iaWFzIE5pcGtv dzEmMCQGCSqGSIb3DQEJARYXdG9iaWFzLm5pcGtvd0Bpbi50dW0uZGUwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDUbnZWpbMWc0L36pKuee6yTHzlyzNHFmR8kbLounLgje8w 6j9bH8D7kbzEnlrh31Sa1alxP58+/NQ2d7lUuzPz/RDRXVl4d+NJ7tVMi1GrW9tS35yyV1/c 4dgAIlMoe2USxwg+b3UXmmdosbs9W6RJ/639htMAFWbUUTnj77qNMDbr9zEmdskIkOvJPmJG E3bAYMr4xh5ApkcuL0adZmyjLdFHIeIDgvgYp2dzh1L7h0qMs8npjdVYZhbaM6JL0XLc83Fj 9hw0QDt82YAHrKB0syh626JPqizlONVUiHnGoiVS/R0Xn2a+XIl4+pn2ufUbqAOfv3YTPOYD yh4FV6TVAgMBAAGjggLdMIIC2TA+BgNVHSAENzA1MA8GDSsGAQQBga0hgiwBAQQwEAYOKwYB BAGBrSGCLAEBBAgwEAYOKwYBBAGBrSGCLAIBBAgwCQYDVR0TBAIwADAOBgNVHQ8BAf8EBAMC BeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBRbgDDEK6sjPfEN p3HCLZWLbSJuyTAfBgNVHSMEGDAWgBRrOpiL+fJTidrgrbIyHgkf6Ko7dDCBrgYDVR0RBIGm MIGjgRBuaXBrb3dAaW4udHVtLmRlgRd0b2JpYXMubmlwa293QGluLnR1bS5kZYEgbmlwa293 QGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJ3RvYmlhcy5uaXBrb3dAaW5mb3JtYXRpay50 dS1tdWVuY2hlbi5kZYERbmlwa293QGNzLnR1bS5lZHWBGHRvYmlhcy5uaXBrb3dAY3MudHVt LmVkdTCBjQYDVR0fBIGFMIGCMD+gPaA7hjlodHRwOi8vY2RwMS5wY2EuZGZuLmRlL2Rmbi1j YS1nbG9iYWwtZzIvcHViL2NybC9jYWNybC5jcmwwP6A9oDuGOWh0dHA6Ly9jZHAyLnBjYS5k Zm4uZGUvZGZuLWNhLWdsb2JhbC1nMi9wdWIvY3JsL2NhY3JsLmNybDCB2wYIKwYBBQUHAQEE gc4wgcswMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1TZXJ2ZXIv T0NTUDBJBggrBgEFBQcwAoY9aHR0cDovL2NkcDEucGNhLmRmbi5kZS9kZm4tY2EtZ2xvYmFs LWcyL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDBJBggrBgEFBQcwAoY9aHR0cDovL2NkcDIucGNh LmRmbi5kZS9kZm4tY2EtZ2xvYmFsLWcyL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDANBgkqhkiG 9w0BAQsFAAOCAQEAOCUU6IMxIBv685lR6sshbAl9YdfybY4Z8+MJxQ+/Uj0I+PE4i4JqqOiX vZbS+BqQXYs52i1eLvHsilp3vGU+iLoEAgAgaDKs+YKrYBTUQWHUJyMlgA9yKBgUge0uDNYZ kt8lleS0lT7aIg6bUfInHIaAN6fd7taz11CyC3WvPx2N9r6ZE6kzxN6whx/CvAzEZ9R5MVD8 Trk29zBUATA4KPiCxj48OTyR3e19fbXQ54dtF+aR0aPIUdknIFxMFcsZGRVEbhFSmDSasDuw LfRfDamQEPv0ZeCds8XzDcPovGuH8SLwtRQq5Dq5nCIeAP+ywJZwo+o5nX+lRBivQ7YRtjGC BAswggQHAgEBMIGeMIGNMQswCQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2Vy ZGVydW5nIGVpbmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQL DAdERk4tUEtJMSUwIwYDVQQDDBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBAgwjn+Ua 6vlEzNgn9ZswDQYJYIZIAWUDBAIBBQCgggI9MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTIxMDMxODEwMTUyMFowLwYJKoZIhvcNAQkEMSIEIAf93Dj6g66k Wwi/9Vulkm3WZSTit5icgIvYqPluecgQMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwga8GCSsGAQQBgjcQBDGBoTCBnjCBjTELMAkG A1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVuZyBlaW5lcyBEZXV0c2No ZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZOLVBLSTElMCMGA1UEAwwc REZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI5/lGur5RMzYJ/WbMIGxBgsqhkiG9w0B CRACCzGBoaCBnjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRl cnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwH REZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI5/lGur5 RMzYJ/WbMA0GCSqGSIb3DQEBAQUABIIBADmFZLMin/QvRHN4XUpfcWwJG6EOZiAqpF/n2/ln gvS7egram0d4Mx0bLr/7e1azMKIA+RqvOFG5LSBu4UMBIHWrWMSHz7K+GcWp+ZFVy3ESdnMb tnNiBXXewD+qWzx6Tkd7KxRTUdkw+hYWXJTCBV8/Ayplczbz5shJkpusnOeehvtRt5QVG5B/ bUQ0dgwPvQSjzTrc3pdQhUfgClWU/QwwIEdY1mBLsFwpn8BIg7B7PeSnaQ/vnypA2MaD+3y2 oDcwTRaPRQN4wPX338f1U0loEca/h7e87szvfqN7Zg9q9A6qxev3Eb9RISBq9gY18Ww6ojff 7qBYLjVSogXqVPgAAAAAAAA= --------------ms070301070905070801030101-- From alex153 at outlook.lv Sat Mar 20 19:00:18 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:40428) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lNgpe-0000xo-Sk (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 20 Mar 2021 19:00:18 +0000 X-Cam-SpamScore: s X-Cam-SpamDetails: score 1.9 from SpamAssassin-3.4.4-1887800 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [40.92.75.86 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.92.75.86 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [alex153[at]outlook.lv] * 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in * digit * [alex153[at]outlook.lv] * 0.0 HTML_MESSAGE BODY: HTML included in message * 1.8 SPOOFED_FREEMAIL No description available. X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta0.cl.cam.ac.uk ([128.232.25.20]:59669) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lNgpZ-000WZ8-6U (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 20 Mar 2021 19:00:13 +0000 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]) by mta0.cl.cam.ac.uk with esmtp (Exim 4.93) (envelope-from ) id 1lNgpY-009fsA-L5 for isabelle-users at cl.cam.ac.uk; Sat, 20 Mar 2021 19:00:12 +0000 X-Cam-SpamScore: s X-Cam-SpamDetails: score 1.9 from SpamAssassin-3.4.4-1887800 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [40.92.75.86 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.92.75.86 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in * digit * [alex153[at]outlook.lv] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [alex153[at]outlook.lv] * 0.0 HTML_MESSAGE BODY: HTML included in message * 1.8 SPOOFED_FREEMAIL No description available. X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-oln040092075086.outbound.protection.outlook.com ([40.92.75.86]:38519 helo=EUR04-VI1-obe.outbound.protection.outlook.com) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lNgpX-000vlo-nT (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Sat, 20 Mar 2021 19:00:12 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GuXB+vzoZyCxr/9HEsZ3G3k3Ihso2zMhUy42rN/GLRfhVeY6rEai9AqN1oRq4yqt5PDAqmlYtwkjVaZMPD7ILGF4uDRMIrQlB/tBWYXZPr12W5u8UHZwB9eg9ruvNI+Ov+Jt6rag5fCnVGVSk8lmcuqIMWgSDeGtvOm13IcElI0CfhrFflToIwV4E05TYfHSFwub0dsnyZsUz6KzaVkCUot4d8zIaGxXPW5SEZJSPUm4igU9yG0i8WxhsI+7FArTD5iOGar9oPYpUr/jpSeSkMeaKBgORBlIRD4R0kziAZOhzIcw7R4tlGoJ6O3iUOfX6jnMMrByt9glQxwW7lfq6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=VNQ9xKP+LVnncf/UYbQ2vn4vEt6uGqrZIJbsamd0cEI=; b=ksp8YPrrxzQdLMbP2Z4TNug+E4vU0vIgs/Q8Lzp4SaRXJbz2YovYqNB35w6f2ruND9GcHZnAHfVAiNMldvUPqnRCnXBnMFwf37Jk6XsiFrp+F/DP3SttB8ao1apZW0QBgcey6CGRRZQvYFJ0EyfNbxQl6PD4YvRYD0xZl3x8HD+IosGgRSILdALGA2/XKEGP1SPjAwLLvRtO+i2/lkAsnGfLGFxhWHMfK7fAf6gBRUKHcWNd/E4xYlACm61nJdGz4QGqH0AuYxuzVOnSkKp2BIV8C1EgmlaVH4wo+0talvPPyEOG//hnfKZRktcO+dC+44ubQfoRd2BgleQjvj48MA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from HE1EUR04FT011.eop-eur04.prod.protection.outlook.com (2a01:111:e400:7e0d::4e) by HE1EUR04HT176.eop-eur04.prod.protection.outlook.com (2a01:111:e400:7e0d::388) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3955.18; Sat, 20 Mar 2021 18:59:59 +0000 Received: from AM9P191MB1287.EURP191.PROD.OUTLOOK.COM (2a01:111:e400:7e0d::44) by HE1EUR04FT011.mail.protection.outlook.com (2a01:111:e400:7e0d::177) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3955.18 via Frontend Transport; Sat, 20 Mar 2021 18:59:59 +0000 Received: from AM9P191MB1287.EURP191.PROD.OUTLOOK.COM ([fe80::e461:20d9:9617:3737]) by AM9P191MB1287.EURP191.PROD.OUTLOOK.COM ([fe80::e461:20d9:9617:3737%6]) with mapi id 15.20.3955.018; Sat, 20 Mar 2021 18:59:59 +0000 From: Alex Meyer To: Isabelle Users Thread-Topic: Formal algorithms in Isabelle - is it OK to specify algorithm as definition or is specification as function required? Thread-Index: AQHXHbk8SAUZa0WZvUOObhGsG2lGqw== Date: Sat, 20 Mar 2021 18:59:59 +0000 Message-ID: Accept-Language: lv-LV, en-US Content-Language: lv-LV X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:53D5A7CA57EC133FA66E992A6DAB4064BAB80A8064357B8EE8846545ADF3DFD8; UpperCasedChecksum:1F14CF74E2849DEB58FA8B28C834288E7A6E4F46D1D7DD9E658E6149C7744184; SizeAsReceived:6771; Count:41 x-tmn: [29GS1HRUfknCGbkV3AfwGYy7OF6KVYfu] x-ms-publictraffictype: Email x-incomingheadercount: 41 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: b0fe295b-63de-4c67-c1b1-08d8ebd25c01 x-ms-traffictypediagnostic: HE1EUR04HT176: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: yuIzWfSbWGiCG0qyRxfYLuaXoo7/SdTlkT8yCTiPLY1J6s/tZ3O0F8/ATJhyADi68i7405lZN3c7f1SkRKlPTLXL3tL8gvVWpZ6GG+OvgY/IanuQo9Y0vAydL2DmGPC8MBhk2wYwXV5zVhj6jiOPaQpB3EXUGRokpPblwA1TQ3yjTkDkG8XxJgSsa4elbHfPAbUFQbQDG6b1f4/+wdpbHVV3dLxu2zq8Rdkh2iqp2M7PLJOGnfzXKFkFik59c8K2E4Lyt68lSE6f0nXAnTNQkIC0bpX59yKl+2lR5aOp2BYNjE2Oms9DpcQpd0WBAnhJXV6tJkxWmKz+ugPpnVVQ/Y+hQDxCCO8JIdC8lAeMXhVdRgs2f3S6FH+MvyCdnQYGIklIpQYVBKnE4P7VMmCUs4mLUL2ui50exjOCb/Hgl3JaWb6n8OHPMKpw7TlLSCrP x-ms-exchange-antispam-messagedata: N0RzoEUS1Rzx2+8ay9k8kaiGLKz2to6+DGp/748Zdy8TSsZqpNpfx22528O8hm7LjDur3ZNeoMjg96wNqjVn01FElvoo3lvH7hkkFsKXcNiihsWDjZ50pTeSebWUA31N5JUpePVCCZ3h97U3m7QQYQ== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_AM9P191MB1287BB58622C1E508371379780679AM9P191MB1287EURP_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: HE1EUR04FT011.eop-eur04.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: b0fe295b-63de-4c67-c1b1-08d8ebd25c01 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Mar 2021 18:59:59.1566 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1EUR04HT176 X-debug-header: local_aliases has suffix Subject: [isabelle] Formal algorithms in Isabelle - is it OK to specify algorithm as definition or is specification as function required? X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 19:00:18 -0000 --_000_AM9P191MB1287BB58622C1E508371379780679AM9P191MB1287EURP_ Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable I am digesting specification of quicksort https://isabelle.in.tum.de/librar= y/HOL/HOL-Imperative_HOL/Imperative_Quicksort.html and I have question: is it OK (acceptable by AFP standards) to specify algorithm as definition (= e.g. swap) or is it strongly required that the final algorithm is specified= as function (e.g. quicksort)? According to tutorial, definition is not for recursive functions and it doe= s not create proof obligation for termination. As I can see from the exampl= e, then Isabelle can still prove lemmas and theorms about definitions (mayb= e with additional assumptions). So - as I understand: if the formalized algorithm is expected to be partial= ly correct only (without the proof of termination) then it is OK that Isabe= lle theory specifies this algorithm (and its relevant sub-algorithms) as de= finition and proves theorems about this definition that resembles the parti= al correctness proofs. So - the specification of some algorithm as function is required only in th= e case when total correctnes should be proved. And just for clarification: is it really true, that the fun/function keywor= d requires that the specification of the function with fun/function is recu= rsive, i.e., that the specified function should appear in the right hand si= de for at least one pattern-matching-clause? As can be understood from the = tutorials then fun/function is for recursive definitions specifically, but = nonetheless, Isabelle allows to write: function two_integer_max_case :: "nat =1B$B"M=1B(B nat =1B$B"M=1B(B nat" wh= ere "two_integer_max_case a b =3D (case a > b of True =1B$B"M=1B(B a | False = =1B$B"M=1B(B b)" by pat_completeness auto termination by auto And Isabelle also provides suggestions for the proof. But maybe it is just = misleading - one should not expect that such function can be defined in suc= h way... Alex --_000_AM9P191MB1287BB58622C1E508371379780679AM9P191MB1287EURP_ Content-Type: text/html; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable
I am digesting specification of quicksort https://isabelle.in.tum.de/library/HOL/HOL-Imperative_HOL/Imperative_Quicks= ort.html and I have question:

is it OK (acceptable by AFP standards) to specify algorithm as definition (= e.g. swap) or is it strongly required that the final algorithm is specified= as function (e.g. quicksort)?

According to tutorial, definition is not for recursive functions and it doe= s not create proof obligation for termination. As I can see from the exampl= e, then Isabelle can still prove lemmas and theorms about definitions (mayb= e with additional assumptions).

So - as I understand: if the formalized algorithm is expected to be partial= ly correct only (without the proof of termination) then it is OK that Isabe= lle theory specifies this algorithm (and its relevant sub-algorithms) as de= finition and proves theorems about this definition that resembles the partial correctness proofs.

So - the specification of some algorithm as function is required only in th= e case when total correctnes should be proved.


And just for clarification: is it really true, that the fun/function keywor= d requires that the specification of the function with fun/function is recu= rsive, i.e., that the specified function should appear in the right hand si= de for at least one pattern-matching-clause? As can be understood from the tutorials then fun/function is for recursive= definitions specifically, but nonetheless, Isabelle allows to write:

function two_integer_max_case :: "nat =1B$B"M=1B(B nat =1B$B"M=1B(B na= t" where
"two_integer_max_case a b =3D (case a > b of True =1B$B"M=1B(B= a | False =1B$B"M=1B(B b)"
by pat_completeness auto
termination by auto

And Isabelle also provides suggestions for the proof. But maybe it is just = misleading - one should not expect that such function can be defined in suc= h way...

Alex
--_000_AM9P191MB1287BB58622C1E508371379780679AM9P191MB1287EURP_-- From kuba at kadziolka.net Sat Mar 20 19:46:21 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:41516) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lNhYD-00022z-Gb (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 20 Mar 2021 19:46:21 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887800 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta0.cl.cam.ac.uk ([128.232.25.20]:33953) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lNhYC-000x6K-iD (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 20 Mar 2021 19:46:21 +0000 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]) by mta0.cl.cam.ac.uk with esmtp (Exim 4.93) (envelope-from ) id 1lNhYB-009g8p-HK for isabelle-users at cl.cam.ac.uk; Sat, 20 Mar 2021 19:46:19 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887800 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from otis.linlux.net ([116.202.255.17]:34434) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lNhY9-000TCg-0z (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Sat, 20 Mar 2021 19:46:18 +0000 X-Hashcash: 1:23:210320:k::BH3hytLkrT3HvbZy:Mo7M Received: (qmail 18040 invoked by uid 1009); 20 Mar 2021 20:46:14 +0100 X-Qmailux-Diagnostics: from 195.149.98.3 (kuba at kadziolka.net@195.149.98.3) by otis.linlux.net (envelope-from , uid 1002) with qmail-scanner-2.11st (mhr: 1.0. clamdscan: 0.101.1/26113. avast: avast: avast: avast: v../spamassassin: 3.4.4. perlscan: 2.11st. Clear:RC:1(195.149.98.3):. Processed in 0.078265 secs); 20 Mar 2021 19:46:14 -0000 Received: from net (HELO localhost) (kuba at kadziolka.net@195.149.98.3) by otis.linlux.net with SMTP; 20 Mar 2021 20:46:14 +0100 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 From: =?utf-8?q?Jakub_K=C4=85dzio=C5=82ka?= To: "Alex Meyer" , "Isabelle Users" Date: Sat, 20 Mar 2021 20:13:06 +0100 Message-Id: In-Reply-To: X-debug-header: local_aliases has suffix Subject: Re: [isabelle] Formal algorithms in Isabelle - is it OK to specify algorithm as definition or is specification as function required? X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 19:46:21 -0000 On Sat Mar 20, 2021 at 7:59 PM CET, Alex Meyer wrote: > I am digesting specification of quicksort https://isabelle.in.tum.de/libr= ary/HOL/HOL-Imperative_HOL/Imperative_Quicksort.html and I have question: > > is it OK (acceptable by AFP standards) to specify algorithm as definition= (e.g. swap) or is it strongly required that the final algorithm is specifi= ed as function (e.g. quicksort)? > > According to tutorial, definition is not for recursive functions and it d= oes not create proof obligation for termination. As I can see from the exam= ple, then Isabelle can still prove lemmas and theorms about definitions (ma= ybe with additional assumptions). > > So - as I understand: if the formalized algorithm is expected to be parti= ally correct only (without the proof of termination) then it is OK that Isa= belle theory specifies this algorithm (and its relevant sub-algorithms) as = definition and proves theorems about this definition that resembles the par= tial correctness proofs. Alex, you seem to have a fundamental misunderstanding of what's happening here. On the level of the logic, 'fun' and 'function' are strictly generalizations of 'definition'. When Isabelle doesn't require a termination proof, that's because it's trivial, not because the problem of termination is ignored. In fact, termination isn't only required for total correctness, but also for logical consistency. Consider: function foo where "foo x =3D (=C2=AC foo x)" by pat_completeness auto termination sorry theorem False proof - have *: "a =3D (=C2=AC a) =E2=9F=B9 False" for a by simp show False by (fact *[OF foo.simps]) qed When both 'definition' and 'fun' accept a formula, the difference comes down to how proof automation will treat your function (by default) =E2=80= =94 if you 'fun foo', the defining formula will become a fact named foo.simps. As the name suggests, it will be added to the simpset and the simplifier will unfold it by default. By contrast, for a 'definition foo', the fact is called foo_def and isn't added to the simpset. I presume that the reason the tutorial says that 'fun' should only be used for recursive definitions, is that if you use it for non-recursive ones, your intermediate goals will get needlessly large, and thus not very readable. After all, if a function is defined by pattern matching and a subformula of the goal matches that pattern, then unfolding the application is probably a good idea. > function two_integer_max_case :: "nat =E2=87=92 nat =E2=87=92 nat" where > "two_integer_max_case a b =3D (case a > b of True =E2=87=92 a | False =E2= =87=92 b)" > by pat_completeness auto > termination by auto In light of the above, function definitions with proofs this trivial should really use the 'fun' keyword instead. Indeed, use 'function' only when 'fun' is having trouble with the termination proof. > And just for clarification: is it really true, that the fun/function keyw= ord requires that the specification of the function with fun/function is re= cursive, i.e., that the specified function should appear in the right hand = side for at least one pattern-matching-clause? As you've demonstrated, this is not the case. In fact, there are situations where a function is non-recursive, and yet 'fun' is a better tool for the job than 'definition'. Consider fun pred :: "nat =3D> nat" where "pred 0 =3D 0" | "pred (S n) =3D n" Defining this function with 'definition' would require an explicit 'case' expression. Hope that helps, Jakub K=C4=85dzio=C5=82ka From kuba at kadziolka.net Sun Mar 21 22:25:32 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:48440) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lO6Vo-0008NK-2t (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 21 Mar 2021 22:25:32 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887842 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta0.cl.cam.ac.uk ([128.232.25.20]:40779) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lO6Vn-000R9z-oU (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 21 Mar 2021 22:25:32 +0000 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]) by mta0.cl.cam.ac.uk with esmtp (Exim 4.93) (envelope-from ) id 1lO6Vm-009qwj-Fs for isabelle-users at cl.cam.ac.uk; Sun, 21 Mar 2021 22:25:30 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887842 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from otis.linlux.net ([116.202.255.17]:42358) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lO6Vk-000SrQ-hs (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Sun, 21 Mar 2021 22:25:29 +0000 X-Hashcash: 1:23:210321:k::IksZysGk84BBqYCL:X+Ib Received: (qmail 7583 invoked by uid 1009); 21 Mar 2021 23:25:26 +0100 X-Qmailux-Diagnostics: from 195.149.98.3 (kuba at kadziolka.net@195.149.98.3) by otis.linlux.net (envelope-from , uid 1002) with qmail-scanner-2.11st (mhr: 1.0. clamdscan: 0.101.1/26115. avast: avast: avast: avast: v../spamassassin: 3.4.4. perlscan: 2.11st. Clear:RC:1(195.149.98.3):. Processed in 0.018903 secs); 21 Mar 2021 22:25:26 -0000 Received: from net (HELO localhost) (kuba at kadziolka.net@195.149.98.3) by otis.linlux.net with SMTP; 21 Mar 2021 23:25:25 +0100 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 From: =?utf-8?q?Jakub_K=C4=85dzio=C5=82ka?= To: Date: Sun, 21 Mar 2021 23:07:38 +0100 Message-Id: X-debug-header: local_aliases has suffix Subject: [isabelle] Weak lemma: sum_mset_diff X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2021 22:25:32 -0000 Hello, HOL-Library.Multiset.sum_mset_diff is proven for the ordered_cancel_comm_mo= noid_diff type class. However, the more general cancel_comm_monoid_add is sufficient. Regards, Jakub K=C4=85dzio=C5=82ka From mikhail.chekhov.w at gmail.com Mon Mar 22 06:11:14 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:59480) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lODmU-0006YG-9T (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Mar 2021 06:11:14 +0000 X-Cam-SpamDetails: score -0.2 from SpamAssassin-3.4.4-1887892 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.166.44 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [209.85.166.44 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL * blocklist * [URIs: bitbucket.org] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [mikhail.chekhov.w[at]gmail.com] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-io1-f44.google.com ([209.85.166.44]:42803) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lODmN-0006AV-pS (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Mar 2021 06:11:09 +0000 Received: by mail-io1-f44.google.com with SMTP id r193so12698039ior.9 for ; Sun, 21 Mar 2021 23:11:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=PioQ4k8IpKKKUAkzY9V5ho1PS91MyxS14d3IscMT2I0=; b=Wx9tJQ0A/VbJEc8GcbnF+k4UIZOR6Hg71GWWVRJwRJlSGCqYCOz9u9Cz5L6gGE0Njd K0PXjuAPlufphiO6LJsuhl5qDBHJdzJQu6HtryPG0fKx7Hv4cx6AmegPrVZKrbVD2kCK fXaG+pmCAdmBUBxDlv7am+bKoPDNC5xGUVixSc4e9+s5agJ3Pl2iCbzZ+XzaEXZN0Djh D5We7kpbFNWfVBQJ9f+Oh4M1SvVYJng30Fo1tRG1mUXfZZBR+cSpJ6Pfv2KYnVj0fw4f +hyHdAJBAaX8HyEsTXUM771f7oB1zLASft6VPILjIUyUdB+wmr6Iv2Mput89dRpB6MeZ Wq8A== X-Gm-Message-State: AOAM532z5qWm/CPe+JXwwwJq8bnkr8AkALNt/eSRL+ERo5AJnVL5rj9g G1NTm4+/LLbDbHQjFCHHcAorV0P3H3C6e5m9wzehBuwg5KY= X-Google-Smtp-Source: ABdhPJyF8dvLwpSpSgcD5x1RCzceq5y9N689UUSwN8ETsdXmHc5JiuBwweRhSHQj2pW+MEOL+b0IMl+rvCRf/10F3xM= X-Received: by 2002:a02:6014:: with SMTP id i20mr9746412jac.101.1616393466650; Sun, 21 Mar 2021 23:11:06 -0700 (PDT) MIME-Version: 1.0 From: Mikhail Chekhov Date: Mon, 22 Mar 2021 08:10:55 +0200 Message-ID: To: cl-isabelle-users at lists.cam.ac.uk, crightoa at mcmaster.ca Content-Type: multipart/alternative; boundary="00000000000065a46705be19ee5f" Subject: Re: [isabelle] Specifying a Universal Property in a locale definition X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 06:11:14 -0000 --00000000000065a46705be19ee5f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear Aaron Crighton/All, I would like to offer several comments with regard to your query. However, please do not treat this as an official reply, as I am merely an independent user of Isabelle, and I am not affiliated with the developers/maintainers. Firstly, the definition that you have chosen looks slightly odd. I believe that a conventional form of the definition would be closer to the following definition: locale abstract_localization =3D ring_hom_cring R S h + mult_submonoid_of_crng R D for eT :: "'e itself" and R and S and h and D + assumes localization_units: "h ` D =E2=8A=86 Units S" assumes localization_universal_property: "=E2=8B=80(T::'e ring) =CF=88. =E2=9F=A6 cring T; =CF=88 =E2=88=88 ring_hom R T; =CF=88 ` D =E2=8A= =86 Units T=E2=9F=A7 =E2=9F=B9 ( =E2=88=83!=CF=86::'c=E2=87=92'e. =CF=86 =E2=88=88 ring_hom S T =E2=88=A9 extensional (carrier S)= =E2=88=A7 (=E2=88=80a =E2=88=88 carrier R. =CF=86 (h a) =3D =CF=88 a) )" In this case, the type of T is still fixed, but the type variable associated with the type of T is independent of the type variables associated with the type of R. This definition does not work, however, because the locale fixes a type for > the elements of the ring T in the axiom, and so the axiom only applies to > rings of this type. Of course this means that there will be many instance= s > of this locale satisfied by rings S which are not the localization of R. > I believe that you may have exaggerated the problem, but I do not have complete confidence in anything that is stated below. When you provide an instantiation of abstract_localization, you provide a lemma like lemma (in eq_obj_rng_of_frac) eq_obj_rng_of_frac_abstract_localization: fixes eT :: "'e itself" shows "abstract_localization TYPE('e) R rec_rng_of_frac rng_to_rng_of_frac S" =E2=80=95=E2=80=B9Follows Theorem 4.5 in Thomas W. Hungerford's Algebra.= =E2=80=BA sorry (*I did sketch the proof for my own needs, and can provide it upon request, but it is very rough*) The lemma eq_obj_rng_of_frac_abstract_localization proves that the constructions from the theory Localization in the AFP satisfy the universal property, as defined above. Once the lemma is proven, it is possible to instantiate it for any type variable 'e: abstract_localization TYPE(?'e) R rec_rng_of_frac rng_to_rng_of_frac S Thus, in a certain meta-sense, it does hold for rings with elements of arbitrary types. Suppose, you have also proven abstract_localization_Q below: context eq_obj_rng_of_frac begin context fixes Q :: "'c ring" and t :: "'a =E2=87=92 'c" begin thm eq_obj_rng_of_frac_abstract_localization lemma abstract_localization_Q: fixes eT :: "'e itself" and fT :: "'f itself" shows "abstract_localization TYPE('e) R Q t S" sorry end I believe (but not entirely certain) that it should be possible to prove that Q and rec_rng_of_frac are isomorphic by instantiating abstract_localization_Q and eq_obj_rng_of_frac_abstract_localization for suitable types via instantiations like interpret cd: abstract_localization =E2=80=B9TYPE('c)=E2=80=BA R rec_rng_of_frac rng_= to_rng_of_frac S by (rule eq_obj_rng_of_frac_abstract_localization) interpret Q_aa: abstract_localization =E2=80=B9TYPE(('a =C3=97 'a) set)= =E2=80=BA R Q t S by (rule abstract_localization_Q) interpret Q_cc: abstract_localization =E2=80=B9TYPE('c)=E2=80=BA R Q t S by (rule abstract_localization_Q) Thence, the universal property should work as expected across types. Nonetheless, I believe that it is not possible to state a single theorem in the logic that captures this: one needs to instantiate abstract_localization for every construction independently and then prove the relevant theorems for the specific definitions (I believe that the following post is relevant in this context: https://lists.cam.ac.uk/pipermail/cl-isabelle-users/2019-September/msg00097= .html. Still, some aspects of this problem can be automated in Isabelle/ML. For example, see https://lists.cam.ac.uk/mailman/htdig/cl-isabelle-users/2020-July/msg00050.= html, where I showcase an attempt to develop a meta-category theory that could work across types in HOL by using schematic polymorphism. However, following this attempt, I arrived at the conclusion that "applied category theory" can hardly be done in pure HOL conveniently (I would like to be proven wrong though). Nonetheless, it can be done conveniently (to a point) in ZFC in HOL, e.g. see https://lists.cam.ac.uk/pipermail/cl-isabelle-users/2021-March/msg00022.htm= l (otherwise you may wish to look at other strong foundational systems already implemented in Isabelle, e.g. https://bitbucket.org/cezaryka/tyset/src, https://github.com/jaycech3n/Isabelle-HoTT). Kind Regards, Mikhail Chekhov On 15/03/2021 15:35:28 Aaron Crighton wrote: > Hello Everyone, > I have been working on a project in HOL-Algebra and have encountered an > issue with a certain kind of construction I'd like to perform. I would li= ke > to prove some lemmas and perform constructions involving ring > localizations. I understand that there is an AFP submission which > constructs the localization of a ring at a multiplicative subset, but I w= as > hoping I could formulate an abstract locale for a ring R and a localizati= on > of that ring in terms of the universal property of localizations. This > would be desirable because in many cases the localization of a ring can > arise in ways other than the canonical construction (such as when one is > already working with a local ring). In my case, I would like to be able t= o > view localizations of the integers as subrings of the field of rational > numbers. My first attempt at this definition was: > locale abstract_localization =3D ring_hom_cring R S h + > mult_submonoid_of_crng R D for > R and S and h and D > + assumes localization_universal_property: > "=E2=8B=80T =CF=88. =E2=9F=A6 cring T; =CF=88 =E2=88=88 ring_hom = R T; =CF=88 ` D =E2=8A=86 Units T=E2=9F=A7 =E2=9F=B9 > (=E2=88=83! =CF=86. =CF=86 =E2=88=88 ring_hom R S =E2=88=A9 ext= ensional (carrier R) =E2=88=A7 > (=E2=88=80 a =E2=88=88 carrier R. =CF=86 (h a) =3D =CF=88 a)) = " > This definition does not work, however, because the locale fixes a type > for the elements of the ring T in the axiom, and so the axiom only applie= s > to rings of this type. Of course this means that there will be many > instances of this locale satisfied by rings S which are not the > localization of R. > One workaround for this that I have considered would be to replace my > axiom with the assertion that my ring is isomorphic to the concrete > construction of the localization from the AFP, and then prove a lemma whi= ch > states that the universal property above is necessary and sufficient for > verifying an instance of this locale. > I was wondering if anyone might have any thoughts on a general way to do > this kind of construction, or if there are reasons why this construction = is > suboptimal in HOL-Algebra. > Thanks for your consideration, > Aaron --00000000000065a46705be19ee5f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Aaron Crighton/All,

I would like to offer= several comments with regard to your query. However, please do not treat t= his as an official reply, as I am merely an independent user of Isabelle, a= nd I am not affiliated with the developers/maintainers.=C2=A0

Firstly, the definition that you have chosen looks slightly odd. I be= lieve that a conventional form of the definition would be closer to the fol= lowing definition:

locale abstract_localization = =3D ring_hom_cring R S h + mult_submonoid_of_crng R D
=C2=A0 for eT :: = "'e itself" and R and S and h and D + =C2=A0
=C2=A0 assume= s localization_units: "h ` D =E2=8A=86 Units S"
=C2=A0 assumes= localization_universal_property:
=C2=A0 =C2=A0 "=E2=8B=80(T::'= e ring) =CF=88.
=C2=A0 =C2=A0 =C2=A0 =E2=9F=A6 cring T; =CF=88 =E2=88=88= ring_hom R T; =CF=88 ` D =E2=8A=86 Units T=E2=9F=A7 =E2=9F=B9
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 (
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =E2=88=83!=CF= =86::'c=E2=87=92'e.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =CF=86 =E2=88=88 ring_hom S T =E2=88=A9 extensional (carrier S) =E2=88=A7=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (=E2=88=80a =E2=88=88 carrier R= . =CF=86 (h a) =3D =CF=88 a)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 )"

=
In this case, the type of T is still fixed, but the type variabl= e associated with the type of T is independent of the type variables associ= ated with the type of R.

This definition does not work, however, because the loc= ale fixes a type for the elements of the ring T in the axiom, and so the ax= iom only applies to rings of this type. Of course this means that there wil= l be many instances of this locale satisfied by rings S which are not the l= ocalization of R.

I believe that you ma= y have exaggerated the problem, but I do not have=C2=A0complete=C2=A0confid= ence in=C2=A0anything that is stated below.=C2=A0

= When you provide an instantiation of abstract_localization, you provide a l= emma like=C2=A0

lemma (in eq_obj_rng_of_frac) eq_o= bj_rng_of_frac_abstract_localization:
=C2=A0 fixes eT :: "'e it= self"
=C2=A0 shows "abstract_localization TYPE('e) R rec_= rng_of_frac rng_to_rng_of_frac S"
=C2=A0 =E2=80=95=E2=80=B9Follows = Theorem 4.5 in Thomas W. Hungerford's Algebra.=E2=80=BA
<= div>sorry
(*I did sketch the proof for my own needs, and can prov= ide it upon request, but it is very rough*)

= The lemma=C2=A0eq_obj_rng_of_frac_abstract_localization proves that the con= structions from the theory Localization in the AFP satisfy the universal pr= operty,=C2=A0as defined above. Once the lemma is proven, it is possible to = instantiate it for any type variable 'e:

abstr= act_localization TYPE(?'e) R rec_rng_of_frac rng_to_rng_of_frac S

Thus, in a certain=C2=A0meta-sense, it does hold fo= r rings with elements of arbitrary types. Suppose, you have also proven abs= tract_localization_Q below:=C2=A0

context eq_obj_r= ng_of_frac
begin

context
=C2=A0 fixes Q :: "'c ring&= quot;
=C2=A0 =C2=A0 and t :: "'a =E2=87=92 'c"
begi= n

thm eq_obj_rng_of_frac_abstract_localization

lemma abstract= _localization_Q:
=C2=A0 fixes eT :: "'e itself" and fT ::= "'f itself"
=C2=A0 shows "abstract_localization TYPE= ('e) R Q t S"
=C2=A0 sorry

end

I believe (but not entirely certain) that it should b= e possible to prove that Q and=C2=A0rec_rng_of_frac are isomorphic by insta= ntiating=C2=A0abstract_localization_Q and=C2=A0eq_obj_rng_of_frac_abstract_= localization for suitable types via instantiations like

=C2=A0 interpret cd:
=C2=A0 =C2=A0 abstract_localization =E2=80=B9TYPE= ('c)=E2=80=BA R rec_rng_of_frac rng_to_rng_of_frac S
=C2=A0 =C2=A0 b= y (rule eq_obj_rng_of_frac_abstract_localization)
=C2=A0 =C2=A0inte= rpret Q_aa: abstract_localization =E2=80=B9TYPE(('a =C3=97 'a) set)= =E2=80=BA R Q t S
=C2=A0 =C2=A0 by (rule abstract_localization_Q)
<= div>=C2=A0 interpret Q_cc: abstract_localization =E2=80=B9TYPE('c)=E2= =80=BA R Q t S
=C2=A0 =C2=A0 by (rule abstract_localization_Q)
=

Thence, the universal property should work as expected = across types. Nonetheless, I believe that it is not possible to state a sin= gle theorem in the logic that captures this: one needs to instantiate abstr= act_localization for every construction independently and then prove the re= levant theorems for the specific definitions (I believe that the following = post is relevant in this context: https://lists.cam.ac.uk= /pipermail/cl-isabelle-users/2019-September/msg00097.html. Still, some = aspects of this problem can be automated in Isabelle/ML.=C2=A0
Fo= r example, see https://lists.cam.ac.uk/mailman/htdig/cl-is= abelle-users/2020-July/msg00050.html, where I showcase an attempt to de= velop a meta-category theory that could work across types in HOL by using s= chematic polymorphism. However, following this attempt, I arrived at the co= nclusion that "applied category theory" can hardly be done in pur= e HOL conveniently (I would like to be proven wrong though). Nonetheless, i= t can be done conveniently (to a point) in ZFC in HOL, e.g. see=C2=A0https://lists.cam.ac.uk/pipermail/cl-isabelle-users/2021-March/msg0= 0022.html (otherwise you may wish to look at other strong foundational = systems already implemented in Isabelle, e.g. https://bitbucket.org/cezaryka/tyset/src, https://github.com/jaycec= h3n/Isabelle-HoTT).=C2=A0

Kind Regards,
Mikhail Ch= ekhov

On 15/03/2021 15:35:28=C2=A0Aaron Crighton wrote:

Hello Everyone,
I have been working on a project in HOL-Algebra and ha= ve encountered an issue with a certain kind of construction I'd like to= perform. I would like to prove some lemmas and perform constructions invol= ving ring localizations. I understand that there is an AFP submission which= constructs the localization of a ring at a multiplicative subset, but I wa= s hoping I could formulate an abstract locale for a ring R and a localizati= on of that ring in terms of the universal property of localizations. This w= ould be desirable because in many cases the localization of a ring can aris= e in ways other than the canonical construction (such as when one is alread= y working with a local ring). In my case, I would like to be able to view l= ocalizations of the integers as subrings of the field of rational numbers. = My first attempt at this definition was:
locale abstract_localization = =3D ring_hom_cring R S h + mult_submonoid_of_crng R D for
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 R and S and h and D
+ =C2=A0assumes localizatio= n_universal_property:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 "=E2=8B=80T =CF= =88. =E2=9F=A6 cring T; =CF=88 =E2=88=88 ring_hom R T; =CF=88 ` D =E2=8A=86= Units T=E2=9F=A7 =E2=9F=B9
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (=E2=88= =83! =CF=86. =CF=86 =E2=88=88 ring_hom R S =E2=88=A9 extensional (carrier R= ) =E2=88=A7
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (=E2=88=80 a =E2=88=88 ca= rrier R. =CF=86 (h a) =3D =CF=88 a)) =C2=A0"
This definition does n= ot work, however, because the locale fixes a type for the elements of the r= ing T in the axiom, and so the axiom only applies to rings of this type. Of= course this means that there will be many instances of this locale satisfi= ed by rings S which are not the localization of R.
One workaround for th= is that I have considered would be to replace my axiom with the assertion t= hat my ring is isomorphic to the concrete construction of the localization = from the AFP, and then prove a lemma which states that the universal proper= ty above is necessary and sufficient for verifying an instance of this loca= le.
I was wondering if anyone might have any thoughts on a general way t= o do this kind of construction, or if there are reasons why this constructi= on is suboptimal in HOL-Algebra.
Thanks for your consideration,
Aaron=
--00000000000065a46705be19ee5f-- From toby.murray at unimelb.edu.au Mon Mar 22 06:43:08 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:44074) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lOEHM-0007kA-Kw (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Mar 2021 06:43:08 +0000 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.4.4-1887892 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low * trust * [103.96.23.108 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 1.0 PDS_BAD_THREAD_QP_64 Bad thread header - short QP X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta2.cl.cam.ac.uk ([128.232.25.22]:53293) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lOEHB-000MgQ-2L (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Mar 2021 06:42:58 +0000 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]) by mta2.cl.cam.ac.uk with esmtp (Exim 4.86_2) (envelope-from ) id 1lOEHB-0001tR-D7 for isabelle-users at cl.cam.ac.uk; Mon, 22 Mar 2021 06:42:57 +0000 X-Cam-SpamDetails: score 0.0 from SpamAssassin-3.4.4-1887892 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low * trust * [103.96.23.108 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 1.0 PDS_BAD_THREAD_QP_64 Bad thread header - short QP X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from au-smtp-delivery-108.mimecast.com ([103.96.23.108]:45923) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lOEH9-000MfK-01 (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Mon, 22 Mar 2021 06:42:57 +0000 Received: from AUS01-ME3-obe.outbound.protection.outlook.com (mail-me3aus01lp2240.outbound.protection.outlook.com [104.47.71.240]) (Using TLS) by relay.mimecast.com with ESMTP id au-mta-36-Xz9rKEi-PTiSumb9eBW-rg-1; Mon, 22 Mar 2021 17:42:43 +1100 X-MC-Unique: Xz9rKEi-PTiSumb9eBW-rg-1 Received: from SYBPR01MB5646.ausprd01.prod.outlook.com (2603:10c6:10:e1::6) by SY4PR01MB5435.ausprd01.prod.outlook.com (2603:10c6:10:fe::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3955.18; Mon, 22 Mar 2021 06:42:39 +0000 Received: from SYBPR01MB5646.ausprd01.prod.outlook.com ([fe80::c9fb:22b7:e8dd:7904]) by SYBPR01MB5646.ausprd01.prod.outlook.com ([fe80::c9fb:22b7:e8dd:7904%6]) with mapi id 15.20.3955.027; Mon, 22 Mar 2021 06:42:39 +0000 From: Toby Murray To: "isabelle-users at cl.cam.ac.uk" Thread-Topic: Call for Papers: HotSpot 2021 Thread-Index: AQHXHuZ4zTYFlFsXYkqIhu3hjXz+0A== Date: Mon, 22 Mar 2021 06:42:39 +0000 Message-ID: Accept-Language: en-AU, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [49.199.49.48] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 71cb153e-0b0e-4d3c-f59b-08d8ecfdaff9 x-ms-traffictypediagnostic: SY4PR01MB5435: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0 x-microsoft-antispam-message-info: r2yfVSShduwBHBW6w4dYDXN2psO4lWkGnau2/9NV0rjkbe/KAjw+nZNOS0WwX4arGdxTbbcFcyd0ZutCWIYVUf9470vrT0qf+rzh/5HDRswt/F0VlN1/FN+GKUPF+pHUzWW8q1fwnmDMxUpEZ/0J9nkfhUfn7M+9Zifay018ci1FoetJuHCxhTXSlvY9gsQG4+F4wIuMwkYRO3SlMkJ1zBOXToGDNDdru5ufwx7Y8kYepRe50h+6nB43VUS7u6I0vXZS85BFgUI+xUVSSUkyum4T+BwA4fZvZkRhYz8aU4XrtHMv5dZtUwvzNO0Pnk7WUV6nEtj+N0zS7qmPT1/7dIJR+2TsmwgC9Hv7CMUyjI//2xQaMVP33sOYz7XiAY9qCPinP+LqonHATFZhCTX0OhHxodbNZXpL3aIkNHkUthYLM/EFtd92XYg1qEgFUa0KdRX9N6EGwPxHhAO0l9QVhvB42CJ7yBB1L1gEvPOLZMXGdedc0vWiYIAZ+aMHbpY1Nk3dia7tPoy/koVg2xFgRfeRSFjkIRYCvuklHw+Z4NWiYlda9oFqI1hgzEJgZCKL53WUlod7/AT1yj9AN8IIx+VBdyjzVe5oaQ9fG7GshjgmPyPmEEfHXalWIcKC0UWeHmIEw0+Hu15n96pIkDZhkeJxD7dMlhX3jVHruswSgWrlck9AUt4CCPqcegHy6RPww1QP8MdyXJ22EEwn0nSM1yQM3yoOT+tTPJZW2SszaMki7ElAED5G+Q8BBDrtSugxi9Ujok25q7fuagqVolJc2Q== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SYBPR01MB5646.ausprd01.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(136003)(376002)(366004)(346002)(39860400002)(166002)(71200400001)(7696005)(33656002)(66946007)(6506007)(83380400001)(66574015)(52536014)(316002)(44832011)(786003)(66476007)(66446008)(66556008)(38100700001)(64756008)(76116006)(5660300002)(86362001)(186003)(6916009)(8936002)(55016002)(966005)(478600001)(2906002)(9686003)(26005)(8676002)(225293001); DIR:OUT; SFP:1101 x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?TamNdEfejL+5AzlS4JSFBIuhmM97bQmukvacaoIEA50hfkoELVw5beBRak?= =?iso-8859-1?Q?vpan05V4dTmr5rb9ZlA8PJLxowLkdiwQHbPg0uawk4xYawRFwcKJbAT/dD?= =?iso-8859-1?Q?EOWa2aX0qiU60iFOUYYZSZxJUuQZfPiaXo+aMDs3/fZRck4h5fwZ87nuQ8?= =?iso-8859-1?Q?rhyYmiX4vU6RghIGjqbJG3slE3Dt0cXfbeDKHBeuRJrBg2x60cJMUIeP8T?= =?iso-8859-1?Q?wXgZk63OhPU1neYkYlN0ZqoVNgkGNsiOBXruvXxN70meky54qb2qPdUmSU?= =?iso-8859-1?Q?VJHUecj+zzoMo8SxuuObVWWebcoq/MGyxtaB6F5I2qvyt0DcJlWhShGQ6G?= =?iso-8859-1?Q?oz2pSeVSAKF//8fiY/Mp4OonIjk1K3HyeGKNmaf81TUGs0JnJf+C8D1eMA?= =?iso-8859-1?Q?3k73yrXa2t5gsc2YpQcPRcL7jAD9RKW4aAbEhmhxL50Pyvlx1xKURbkxA9?= =?iso-8859-1?Q?9MsWUQtFi+uA/VrIRj625xUwKeBYqf3VPe8rVZTU2QSOXXe21WPCfe5WCi?= =?iso-8859-1?Q?kledxBfLDJ+8GASD8M56evvqXpti+WUxPCLyw/d2c/cOvPWHPKGnVLynf7?= =?iso-8859-1?Q?qT8cImYdTI2rhFbc1qBvQbqefzzfuepmc/gouP0I5bO6hbPp7WEEhgdQyQ?= =?iso-8859-1?Q?/LgCv6EX3Pnx969Kyv/ATCGNUS911wYCc/Fvl5BWhgM3AAvlgWpVb6P1kG?= =?iso-8859-1?Q?/I760czIMHyMIK6zBUT6CaFUnE3fBqjRmpSvLloG3dOf/Pv0r+2y4IBMye?= =?iso-8859-1?Q?XCfyINaNMAnbUcKVd3dfQzbCJ2cyANOuBuL7kS0k11e375xY6TrMLL1FFS?= =?iso-8859-1?Q?/LwUu/MKMxaM2a0C1MKSgUEtxQ+l9OY7fRWrP1DhrpJgii+PwkvuiIkB9B?= =?iso-8859-1?Q?qbfrjNHa9W7eoN8flroHZoEHCwhppk6C6NcvC5SgYh8LuOqTtzrSsil69f?= =?iso-8859-1?Q?WupcdIc+iYmUVA1r1EhPcE9YYJHLyIbO+h8EBinTLfq/iA2QbGLARGB02O?= =?iso-8859-1?Q?mwhNwTWI7Tvpp5l0IoinQjccosgqAKKnoypX4xNRfPMJthm4XFBw3xHPsF?= =?iso-8859-1?Q?k4u8z+ZhTtUPrL/l8dC1kcqewsX20a/MOneULReSv1Sn8sePQf4eV0+jQN?= =?iso-8859-1?Q?wZEghMHO5WBSLbjzUt91OK1hx2lIbZKEdCgeGMj4HN3KdHdzKwKD14Oi5Q?= =?iso-8859-1?Q?p304kGVF5VKfV4l0MsNmXtbFWA54VKqlh4JPkF+wJk/aGRnlB+IzKL3lsn?= =?iso-8859-1?Q?ew/Rb6qXoleArq5FVgyoT4L3EOFw/YSOf8DU1DW065oAJyO3lVDzDUBffW?= =?iso-8859-1?Q?9JY2uxgQHZzGtq+jtfuHyvswpI/Nz4UNFSxk40s7Mdo2IpCuhF5HyOxVmR?= =?iso-8859-1?Q?hMBMVtifriB4UiBYSpibN+N0wcBcQuPg=3D=3D?= x-ms-exchange-transport-forked: True MIME-Version: 1.0 X-OriginatorOrg: unimelb.edu.au X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SYBPR01MB5646.ausprd01.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 71cb153e-0b0e-4d3c-f59b-08d8ecfdaff9 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Mar 2021 06:42:39.3323 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0e5bf3cf-1ff4-46b7-9176-52c538c22a4d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: RPcRsb+GCamFyRjZKFut96KqBryE+hCuS7NwkSt0uI3SNqIvpQF8LhtY0t/6OItyPePOZiVTC5KWeIvZBQiQCRMTytGmppFPkiI6pP/USTg= X-MS-Exchange-Transport-CrossTenantHeadersStamped: SY4PR01MB5435 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CAU8A14 smtp.mailfrom=toby.murray at unimelb.edu.au X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: unimelb.edu.au Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_SYBPR01MB56469CE1EB072CD542ECF0CAC0659SYBPR01MB5646ausp_" X-debug-header: local_aliases has suffix X-Mailman-Approved-At: Mon, 22 Mar 2021 10:23:09 +0000 Subject: [isabelle] Call for Papers: HotSpot 2021 X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 06:43:08 -0000 --_000_SYBPR01MB56469CE1EB072CD542ECF0CAC0659SYBPR01MB5646ausp_ Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D HotSpot 2021: 7th Workshop on Hot topics in the Principles of Security and Trust Co-located with EuroS&P 2021, 7--11th September 2021 in Vienna, Austria http://hotspot.compute.dtu.dk Organized by the Theory of Security working group IFIP WG 1.7. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Aim and scope =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D The principles of security and trust remain an area of intense and creative work. This work is focused primarily on defining security and trust goals, developing methods to verify that systems meet those goals, and to synthesize systems that meet those goals by construction. The areas of interest for HotSpot cut across many application areas, including hardware-software connections, vulnerability discovery and program verification, distributed and cloud systems, big data, machine learning for (and against) security and privacy, and single-purpose systems such as voting, electronic currency and smart contracts. The areas of interest are unified however by a focus on rigorous models and reasoning, clear semantics, and a balance between proof and empirical methods. Format =3D=3D=3D=3D=3D=3D The one-day workshop will be divided into a sequence of four main sessions. Some sessions will be devoted to a set of talks on related topics, both with invited talks and submitted papers. We expect the session topics to be drawn from the following list: Privacy and information flow Properties of voting protocols Machine-learning for (and against) security Hardware basis of security Vulnerability discovery and program verification Distributed ledger technologies Cyber-physical systems Submissions on all formally-grounded topics related to security, privacy and trust are welcome. They can either be (a) an informal submission, consisting of an abstract or a paper that may appear formally elsewhere. (b) a full submission, to be included in an IEEE Xplore volume accompanying the main IEEE EuroS&P 2021 proceedings. See submission instructions on our website: http://hotspot.compute.dtu.dk PC =3D=3D Catherine Meadows Catuscia Palamidessi Jan Juerjens Jean-Jacques Quisquater Joshua Guttman Lucca Hirschi Mark D. Ryan Peter Y. A. Ryan Pierpaolo Degano Sebastian M=F6dersheim (co-chair) Steve Schneider Toby Murray (chair) Important Dates =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Workshop papers submission: May 02, 2021 Workshop notification date: June 01, 2021 Workshop final papers: July 02, 2021 Workshop date: September 06, 2021 Submission instructions =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D See http://hotspot.compute.dtu.dk -- Toby Murray, DPhil (Oxon) Associate Professor, School of Computing and Information Systems The University of Melbourne, Victoria 3010 Australia T: +61 3 8344 5080 E: toby.murray at unimelb.edu.au https://people.eng.unimelb.edu.au/tobym/ | @tobycmurray on Twitter --_000_SYBPR01MB56469CE1EB072CD542ECF0CAC0659SYBPR01MB5646ausp_ Content-Type: text/html; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable

=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D

HotSpot 2021:<= /o:p>

7th Workshop on

Hot topics in the P= rinciples of Security and Trust

Co-located with Eur= oS&P 2021, 7--11th September 2021 in Vienna, Austria<= /p>

http://hotspot.comp= ute.dtu.dk

Organized by the Th= eory of Security working group IFIP WG 1.7.

=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D

 

Aim and scope<= /o:p>

=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D

 

The principles of s= ecurity and trust remain an area of intense and

creative work. = ; This work is focused primarily on defining security

and trust goals, de= veloping methods to verify that systems meet those

goals, and to synth= esize systems that meet those goals by

construction.<= /o:p>

 

The areas of intere= st for HotSpot cut across many application areas,

including hardware-= software connections, vulnerability discovery

and program verific= ation, distributed and cloud systems, big data,

machine learning fo= r (and against) security and privacy, and

single-purpose syst= ems such as voting, electronic currency and

smart contracts. Th= e areas of interest are unified however by a

focus on rigorous m= odels and reasoning, clear semantics,

and a balance betwe= en proof and empirical methods.

 

Format

=3D=3D=3D=3D=3D=3D<= o:p>

 

The one-day worksho= p will be divided into a sequence of four main

sessions.  Som= e sessions will be devoted to a set of talks on related

topics, both with i= nvited talks and submitted papers. We expect the

session topics to b= e drawn from the following list:

 

  Privacy and = information flow

  Properties o= f voting protocols

  Machine-lear= ning for (and against) security

  Hardware bas= is of security

  Vulnerabilit= y discovery and program verification

  Distributed = ledger technologies

  Cyber-physic= al systems

 

Submissions on all = formally-grounded topics related to security,

privacy and trust a= re welcome. They can either be

 

(a) an informal sub= mission, consisting of an abstract or a paper that

may appear formally= elsewhere. 

 

(b) a full submissi= on, to be included in an IEEE Xplore volume

accompanying the ma= in IEEE EuroS&P 2021 proceedings.

 

See submission inst= ructions on our website:

http://hotspot.comp= ute.dtu.dk

 

PC

=3D=3D

 

Catherine Meadows

Catuscia Palamidess= i

Jan Juerjens

Jean-Jacques Quisqu= ater

Joshua Guttman

Lucca Hirschi<= /o:p>

Mark D. Ryan

Peter Y. A. Ryan

Pierpaolo Degano

Sebastian M=F6dersh= eim (co-chair)

Steve Schneider

Toby Murray (chair)=

 

 

Important Dates

=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D

 

Workshop papers sub= mission: May 02, 2021

 

Workshop notificati= on date: June 01, 2021

 

Workshop final pape= rs:      July 02, 2021

 

Workshop date: &nbs= p;            &= nbsp;           &nbs= p;         September 06, 2021<= /o:p>

 

Submission instruct= ions

=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

 

See http://hotspot.= compute.dtu.dk

 

 

-- =

Toby Murray, DPhil = (Oxon)

Associate Professor= , School of Computing and Information Systems

The University of M= elbourne, Victoria 3010 Australia
T: +61 3 8344 5080  E: toby.murray at unimelb.ed= u.au

https://peo= ple.eng.unimelb.edu.au/tobym/ | @tobycmurray on Twitter

 

 

 

 

--_000_SYBPR01MB56469CE1EB072CD542ECF0CAC0659SYBPR01MB5646ausp_-- From adriana.stancu95 at gmail.com Sun Mar 21 08:36:45 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:57042) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lNtZl-0005Ao-I0 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 21 Mar 2021 08:36:45 +0000 X-Cam-SpamDetails: score -0.0 from SpamAssassin-3.4.4-1887842 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.217.53 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [209.85.217.53 listed in wl.mailspike.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [adriana.stancu95[at]gmail.com] * 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in * digit * [adriana.stancu95[at]gmail.com] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-vs1-f53.google.com ([209.85.217.53]:45886) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lNtZl-000MeY-02 (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sun, 21 Mar 2021 08:36:45 +0000 Received: by mail-vs1-f53.google.com with SMTP id 124so5852821vsg.12 for ; Sun, 21 Mar 2021 01:36:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=pMJLWmnZ/ea/fNlXh241PxxIfC/Px1zxoyrpyPPJ/CE=; b=UuSz4F+9ro8aWZQlaIaylxv1pkOM7+/C4M6ATis2tQKOJYwRSrH7RxyEx6eDVGXqx3 dAb1VNNPjQPhT+z395Y2D13ASwNSxcLM9A67EfdXke767Wgnaoy3k3E+KU4bqAQTWY3i r2zaTPrweHW06vxcbyaYTKKx3eSQR75xX8Ayxf3bBBumQVlDNEI2Cx2n6s9Hx4csuifu wXO5nlLcenk9H+m9ZtLvlcWc6GJUEQzvGYEaoIF9KjA8bEfS1OoEZ1IU7k1OPiI/ZjKT Oo7QLtAHVqyrxI9sHweKZlQuIvvRtIU2A9kKkzRxgq9UqMQgPWJzqfmKtALBLZsHJFrP ZeoA== X-Gm-Message-State: AOAM531ESanldiSHPwkZUl3s9V4kgrE4q+G8P5/fASUTA3UVHlJnenYT re/wRW5bybq9C7sSmmUzHWgbIZM4a64dcmJizrgEEBYOP2yaew== X-Google-Smtp-Source: ABdhPJxeYD+esXnmqoHbmmFD+SfgjrytCdQSKSxFHJ2oxFwaGIDjWmD9eAKnb/7fRe/rkrReTKTbT7Ki2jW4Cw0xClA= X-Received: by 2002:a05:6102:902:: with SMTP id x2mr6304135vsh.31.1616315798768; Sun, 21 Mar 2021 01:36:38 -0700 (PDT) MIME-Version: 1.0 From: Adriana Stancu Date: Sun, 21 Mar 2021 10:36:27 +0200 Message-ID: To: cl-isabelle-users at lists.cam.ac.uk Content-Type: multipart/alternative; boundary="00000000000007d09405be07d9d3" X-Mailman-Approved-At: Mon, 22 Mar 2021 10:23:30 +0000 Subject: [isabelle] C-to-Isabelle multiple external files X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2021 08:36:45 -0000 --00000000000007d09405be07d9d3 Content-Type: text/plain; charset="UTF-8" Hello, I am not sure if this is the right mailing list for this question: I am using C-to-Isabelle parser to include a small C program, the structure is as follows: - foo.h - foo.c - includes foo.h - bar.c - includes foo.h In isabelle I have: *external_file "bar.c"install_C_file "bar.c"* The functions from foo.c are not parsed, only the declaration of the functions found in foo.h. In parser output: `Added external decl for timeout_set with 2 args.` Where timeout_set is a function declared in foo.h and implemented in foo.c How can I include also the implementation of the functions found in foo.c when parsing bar.c? Best regards, Adriana Stancu --00000000000007d09405be07d9d3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
He= llo,

I am not sure if this is the right maili= ng list for this question: I am using C-to-Isabelle parser to include a sma= ll C program, the structure is as follows:
=C2=A0- foo.h
=C2=A0- foo.c - includes foo.h
=C2=A0- bar.c - includes foo= .h
In isabelle I have:
external_file "bar.c&quo= t;
install_C_file "bar.c"
The functions from foo= .c are not parsed, only the declaration of the functions found in foo.h.In parser output: `Added external decl for timeout_set with 2 args.` Where= timeout_set is a function declared in foo.h and implemented in foo.c
=
How can I include also the implementation of the functions found in fo= o.c when parsing bar.c?

Best regards,
Adriana Stancu
--00000000000007d09405be07d9d3-- From tals4 at cam.ac.uk Mon Mar 22 10:40:40 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:45298) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lOHzE-0000dr-1M (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Mar 2021 10:40:40 +0000 X-Cam-AntiVirus: not scanned (internal relaying) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from webmail-1b.csi.cam.ac.uk ([131.111.9.33]:33734) by ppsw-42.csi.cam.ac.uk (ppsw.cam.ac.uk [131.111.8.138]:25) with esmtp id 1lOHzE-00098j-6W (Exim 4.94) (return-path ); Mon, 22 Mar 2021 10:40:40 +0000 Received: from [127.0.0.1] (helo=webmail-2.hermes.cam.ac.uk) by webmail-1b.csi.cam.ac.uk with esmtp id 1lOHzD-0005H2-W9 (Exim 4.92.3) (return-path ); Mon, 22 Mar 2021 10:40:39 +0000 Received: from cpc108965-cmbg20-2-0-cust533.5-4.cable.virginm.net ([80.5.218.22]) by webmail-2.hermes.cam.ac.uk with HTTP (HTTP/1.1 POST); Mon, 22 Mar 2021 10:40:39 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 22 Mar 2021 10:40:39 +0000 From: Thomas Sewell To: Adriana Stancu In-Reply-To: References: User-Agent: Roundcube Webmail/1.4.11 Message-ID: X-Sender: tals4 at cam.ac.uk X-Authenticated-User: tals4 Cc: cl-isabelle-users at lists.cam.ac.uk Subject: Re: [isabelle] C-to-Isabelle multiple external files X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 10:40:40 -0000 It's possible that this has changed or been improved. However, when I was working with it, the C-to-Isabelle parser needed to know the names and types of all local and global variables in order to set up the state type, so it needed to see all the C source. The typical solution is simple and ugly: use the C preprocessor to include all the source files into a single target. The C-to-Isabelle parser runs the preprocessor, so you can do this by pointing it at a small C file that simple contains #include directives for foo.c and bar.c. Yes, it's not ideal. There are reasons it's hard to fix which I could explain in more length, if anyone really cares. Best wishes, Thomas. On 2021-03-21 08:36, Adriana Stancu wrote: > Hello, > > I am not sure if this is the right mailing list for this question: I > am using C-to-Isabelle parser to include a small C program, the > structure is as follows: > - foo.h > - foo.c - includes foo.h > > - bar.c - includes foo.h > In isabelle I have: > external_file "bar.c" > install_C_file "bar.c" > The functions from foo.c are not parsed, only the declaration of the > functions found in foo.h. > In parser output: `Added external decl for timeout_set with 2 args.` > Where timeout_set is a function declared in foo.h and implemented in > foo.c > How can I include also the implementation of the functions found in > foo.c when parsing bar.c? > > Best regards, > > Adriana Stancu From y.nemouchi at gmail.com Mon Mar 22 10:53:59 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:38094) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lOIC7-0001QC-VH (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Mar 2021 10:53:59 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.4-1887892 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.166.45 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [209.85.166.45 listed in wl.mailspike.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [y.nemouchi[at]gmail.com] * 0.0 HTML_MESSAGE BODY: HTML included in message * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-io1-f45.google.com ([209.85.166.45]:37607) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lOIC6-000Koa-iz (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Mar 2021 10:53:59 +0000 Received: by mail-io1-f45.google.com with SMTP id b10so13365358iot.4 for ; Mon, 22 Mar 2021 03:53:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Mp971ILfZ4kMkgsx3VDiJ2X7PfE3eesBlE/foVyvqf0=; b=RHivnubF4q7E2HEKixTmEnzMuNRsFlKbUSTqtuN8XKeUm6/4m3JUmraN3AnxLP/GIh YbEpGZuXkdHA9hu/y2VZ4zBC0/9d0IrNJ4vihRh+/aB8f2L4LnZng+3yNgH1cZqzvX2k G9sFm9KFUamkZ6+JsO3JW6hOvqYeVOC9TImiaFH3ItiRjLs8Gul1ZTfgRHMsdVOiQlDT AC+7tmI+7Pl3uVuCGhULK3+cHDmK9zkG3sfqWRBETk//zSbPAZI/zBMmOE6otv5Ah9zf Ypo7PWe964gPZJFyWtDuRj1tdLRXvwNTqOU/bbtvK00fEkh+Id7mn3lQq7D3E/dAfqlj Mf1w== X-Gm-Message-State: AOAM533pnD7GSODg2dHLbgahlgCa6nDbK6WlKcmhW0yW0zzVVBMXVw1X LQGMdXkPgOBT6jFM5RC5DozrU/pwcKQCv91Px6M= X-Google-Smtp-Source: ABdhPJztNf2/mkoRCs/IfQbSZJCiF5CwTZWOKUQaKBh4BhqtcKzfTn1C5/sKHepKogAWp+jxAhrRgNII+NbWM5Vy964= X-Received: by 2002:a5e:dd09:: with SMTP id t9mr10011143iop.111.1616410437852; Mon, 22 Mar 2021 03:53:57 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Yakoub Nemouchi Date: Mon, 22 Mar 2021 11:53:46 +0100 Message-ID: To: Thomas Sewell Content-Type: multipart/alternative; boundary="000000000000f59f8a05be1de1dc" Cc: cl-isabelle-users , Adriana Stancu Subject: Re: [isabelle] C-to-Isabelle multiple external files X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 10:54:00 -0000 --000000000000f59f8a05be1de1dc Content-Type: text/plain; charset="UTF-8" Or use the better and more advanced/elegant/powerful C11-parsing framework on a top on Isabelle which is: https://www.isa-afp.org/entries/Isabelle_C.html Best wishes, Yakoub. On Mon, Mar 22, 2021 at 11:44 AM Thomas Sewell wrote: > It's possible that this has changed or been improved. However, when I > was working with it, the C-to-Isabelle parser needed to know the names > and types of all local and global variables in order to set up the state > type, so it needed to see all the C source. > > The typical solution is simple and ugly: use the C preprocessor to > include > all the source files into a single target. The C-to-Isabelle parser runs > the > preprocessor, so you can do this by pointing it at a small C file that > simple > contains #include directives for foo.c and bar.c. > > Yes, it's not ideal. There are reasons it's hard to fix which I could > explain > in more length, if anyone really cares. > > Best wishes, > Thomas. > > On 2021-03-21 08:36, Adriana Stancu wrote: > > Hello, > > > > I am not sure if this is the right mailing list for this question: I > > am using C-to-Isabelle parser to include a small C program, the > > structure is as follows: > > - foo.h > > - foo.c - includes foo.h > > > > - bar.c - includes foo.h > > In isabelle I have: > > external_file "bar.c" > > install_C_file "bar.c" > > The functions from foo.c are not parsed, only the declaration of the > > functions found in foo.h. > > In parser output: `Added external decl for timeout_set with 2 args.` > > Where timeout_set is a function declared in foo.h and implemented in > > foo.c > > How can I include also the implementation of the functions found in > > foo.c when parsing bar.c? > > > > Best regards, > > > > Adriana Stancu > > --000000000000f59f8a05be1de1dc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Or use the better and more advanced/elegant/powerful=C2=A0= C11-parsing framework on a top on Isabelle which is:


Best wishes,=

Yakoub.

On Mon, Mar 22, 2021 at 11:44 AM Tho= mas Sewell <tals4 at cam.ac.uk> w= rote:
It's p= ossible that this has changed or been improved. However, when I
was working with it, the C-to-Isabelle parser needed to know the names
and types of all local and global variables in order to set up the state type, so it needed to see all the C source.

The typical solution is simple and ugly: use the C preprocessor to
include
all the source files into a single target. The C-to-Isabelle parser runs the
preprocessor, so you can do this by pointing it at a small C file that
simple
contains #include directives for foo.c and bar.c.

Yes, it's not ideal. There are reasons it's hard to fix which I cou= ld
explain
in more length, if anyone really cares.

Best wishes,
=C2=A0 =C2=A0 =C2=A0Thomas.

On 2021-03-21 08:36, Adriana Stancu wrote:
> Hello,
>
> I am not sure if this is the right mailing list for this question: I > am using C-to-Isabelle parser to include a small C program, the
> structure is as follows:
>=C2=A0 - foo.h
>=C2=A0 - foo.c - includes foo.h
>
>=C2=A0 - bar.c - includes foo.h
> In isabelle I have:
> external_file "bar.c"
> install_C_file "bar.c"
> The functions from foo.c are not parsed, only the declaration of the > functions found in foo.h.
> In parser output: `Added external decl for timeout_set with 2 args.` > Where timeout_set is a function declared in foo.h and implemented in > foo.c
> How can I include also the implementation of the functions found in > foo.c when parsing bar.c?
>
> Best regards,
>
> Adriana Stancu

--000000000000f59f8a05be1de1dc-- From alex153 at outlook.lv Mon Mar 22 15:39:29 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:34564) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lOMeP-0004mp-Qn (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Mar 2021 15:39:29 +0000 X-Cam-SpamScore: ss X-Cam-SpamDetails: score 2.0 from SpamAssassin-3.4.4-1887892 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [40.92.90.32 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.92.90.32 listed in wl.mailspike.net] * 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in * digit * [alex153[at]outlook.lv] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [alex153[at]outlook.lv] * 0.0 HTML_MESSAGE BODY: HTML included in message * 1.9 SPOOFED_FREEMAIL No description available. X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta2.cl.cam.ac.uk ([128.232.25.22]:52135) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lOMeP-000r1e-0j (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Mar 2021 15:39:29 +0000 Received: from ppsw-42.csi.cam.ac.uk ([2001:630:212:8::e:f42]) by mta2.cl.cam.ac.uk with esmtp (Exim 4.86_2) (envelope-from ) id 1lOMeO-000AW3-Jt for isabelle-users at cl.cam.ac.uk; Mon, 22 Mar 2021 15:39:28 +0000 X-Cam-SpamScore: ss X-Cam-SpamDetails: score 2.0 from SpamAssassin-3.4.4-1887892 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.92.90.32 listed in wl.mailspike.net] * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [40.92.90.32 listed in list.dnswl.dnsbl.ja.net] * 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in * digit * [alex153[at]outlook.lv] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [alex153[at]outlook.lv] * 0.0 HTML_MESSAGE BODY: HTML included in message * 1.9 SPOOFED_FREEMAIL No description available. X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-vi1eur05olkn2032.outbound.protection.outlook.com ([40.92.90.32]:3680 helo=EUR05-VI1-obe.outbound.protection.outlook.com) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lOMeN-000le4-85 (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Mon, 22 Mar 2021 15:39:28 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZTkSfijrLSaTCPvo4Ya4JpvbeVDhph3VMz1YHVSc/F6HPC0NHBRnPF25O1WOeFqL9tUYtMB8UwJjyIRZ+gHhcJHSPMbkoY83S6/paBnmZO2/GWivTcRKrbexr2gv42D86DF2f7H+TD4D1FP/8kEzT2hurHjjCqp18qT3uqFm3oZBWxHJ5LfuCENBMKOl8n0mbBu2Bpn9SKQgDYzpCkrL8fyiBLbstWEJ0hsloaIgleCyiqZLmAXLGHhxy621jGKPSCzd1N5Rbs5s9VyeMsJbmSwwunPOTktjwK5VhNViOesmkZbkmr3NNuJgPe0TOMRUc5I9gdlN1p0UelKGmgPg+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IT5VelIraFz3+rgXMp/PO1/4sm1VmuepoYjt3wULbLo=; b=RXVJNA0jY5rUhw5nDUixfXHnsOdb9XG0CjXmLcbYSqURD6GcY2gX4bAFd2CTYskSZUL7jNuzC0d349j59Vf0I4eWmOsmsvy/Zp4gF0RJTJzXoVyo3bh9+mR5DlbYihG4VlouJR/jSTAgui5E7HaXBr/FStXmsAT42zkG4pMxc+t+QeIsaV/j3A2S5NN6x0gn+s7VFKpuP79kqlcWaMZBuLb1uqtG69a4AHoyETWGH95pOaRsKi2HaoUxZOEEt9An7jAgQ/VeUZTFideocSIxx/bTHtQDJwpP4Y3aqnLqXcwKJWO7XiM5lX4WV+uk4uizvGe7iCDONzVyLwue5BhNKQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from VI1EUR05FT037.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc12::4b) by VI1EUR05HT183.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc12::135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3955.18; Mon, 22 Mar 2021 15:39:15 +0000 Received: from DBAP191MB1291.EURP191.PROD.OUTLOOK.COM (2a01:111:e400:fc12::4e) by VI1EUR05FT037.mail.protection.outlook.com (2a01:111:e400:fc12::441) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3955.18 via Frontend Transport; Mon, 22 Mar 2021 15:39:15 +0000 Received: from DBAP191MB1291.EURP191.PROD.OUTLOOK.COM ([fe80::4c27:40e8:abf6:a0fc]) by DBAP191MB1291.EURP191.PROD.OUTLOOK.COM ([fe80::4c27:40e8:abf6:a0fc%3]) with mapi id 15.20.3955.027; Mon, 22 Mar 2021 15:39:15 +0000 From: Alex Meyer To: Isabelle Users Thread-Topic: How to see the names of all active Isabelle sessions and how to export specific session? Thread-Index: AQHXHzCMLsG8grnaYEOx9ODkr3TKaA== Date: Mon, 22 Mar 2021 15:39:15 +0000 Message-ID: Accept-Language: lv-LV, en-US Content-Language: lv-LV X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:30999F197A1CA4C8FA09C08CC54ACB3370D9DEB3B59C2F2471DF73C55AC4811C; UpperCasedChecksum:4920E6676634053A7E524932B6394F2238C2883F91295D19334756876BCB4E01; SizeAsReceived:6703; Count:41 x-tmn: [V0BmiLOQm5St7H9y67d+yjis6FOamW7J] x-ms-publictraffictype: Email x-incomingheadercount: 41 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: d9473a3c-1aa7-4cb2-ee7c-08d8ed48a66b x-ms-traffictypediagnostic: VI1EUR05HT183: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 3rfmPY+gEajUbdhBi15Yu4pxhNQet8Lbzt9mlbjK+AyVLDapfjkjzWPkVd+4T4fTaQFhwdxXvILCLX1U0WkCMf8EjvQqUIPHvuDRTGbPR2ugh1jJl2knasNRaBQVO2hfm7OgW2rc6CoImZuPdJAG84B2q7eIA6lSS+cfiAaevmi9lvDjjlpugE7q3bwkXTqHzguoBAw1oooOh0rZJYtgboHIwaxHTV/g7O7ixLad0c4/O41vNhHha0/MZkbiJMikRSJB3j4OTL8mN6XzcHFeRNJHLTxZ4M+sKLtqWoNZm9YuepX3vJSHOwRG8b0WAKwHR5yo+qLtJnDauztWZZj6SHKFS/y9cW/xhe5YW2VyOzGaP+yC/prsjga+nfocGyyNazn6bQA4tnskNSp/uDuG8g== x-ms-exchange-antispam-messagedata: qYY2foKZJpH2l4UuR/qeWpnwPEgmFX2xIsCQl+uxpuq5y7S5dO3A+qQy+jepXs1VpgSGAp+2H/wqz127brQuKk83faijM3/U/1ruYbq1DqiDdEgWu9C4qkC78Zc9p002PjJyHIboKTFi6tV29SklOQ== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DBAP191MB1291582E84E931153447CFCC80659DBAP191MB1291EURP_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: VI1EUR05FT037.eop-eur05.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: d9473a3c-1aa7-4cb2-ee7c-08d8ed48a66b X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Mar 2021 15:39:15.7807 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1EUR05HT183 X-debug-header: local_aliases has suffix Subject: [isabelle] How to see the names of all active Isabelle sessions and how to export specific session? X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 15:39:29 -0000 --_000_DBAP191MB1291582E84E931153447CFCC80659DBAP191MB1291EURP_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am working with my own theory file in jEdit and 'Plugins - Isabelle - Bro= wse Session information' shows pretty basic: + isabelle-session: - HOL So, I assume that HOL is the session name and I am trying to export this se= ssion with: tomr at DESKTOP /cygdrive/c/Homes/Isabelle2021/Isabelle2021 $ isabelle export -O /cygdrive/c/test -x *:** HOL but my current theory file is not in the exported files in C:/test director= y. So - am I exporting the right session? Maybe there is some more specific (c= hild) session under which my custom theory file is being processed and I sh= ould export this specific session? I have made 2 stackoverflow questions about it (with not reaction so far), = but it is fine to receive quick answer here. If it solves, then I can trans= form it into answers to my own SO questions for the reference for others. My intention is to use the session export for conversion into mmt xml (I ha= ve good documentation and source code for that, so I can handle it myself w= ith the current or older versions, I will see). Alex --_000_DBAP191MB1291582E84E931153447CFCC80659DBAP191MB1291EURP_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
I am working with my own theory file in jEdit and 'Plugins - Isabelle - Browse Session information' shows pretty basic:
+ isabelle-session:=0A=
  - HOL
So, I assume that HOL is the session name and I am trying to export this se= ssion with:
tomr at DESKTOP /cygdrive/c/Homes/Is=
abelle2021/Isabelle2021=0A=
$ isabelle export -O /cygdrive/c/test -x *:**  HOL
but my current theory file is not in the exported files in C:/test director= y.

So - am I exporting the right session? Maybe there is some more specific (c= hild) session under which my custom theory file is being processed and I sh= ould export this specific session?

I have made 2 stackoverflow questions about it (with not reaction so far), = but it is fine to receive quick answer here. If it solves, then I can trans= form it into answers to my own SO questions for the reference for others.

My intention is to use the session export for conversion into mmt xml (I ha= ve good documentation and source code for that, so I can handle it myself w= ith the current or older versions, I will see).

Alex
--_000_DBAP191MB1291582E84E931153447CFCC80659DBAP191MB1291EURP_-- From kuba at kadziolka.net Mon Mar 22 15:42:15 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:39192) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lOMh5-0004xw-UY (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Mar 2021 15:42:15 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887892 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta1.cl.cam.ac.uk ([128.232.0.57]:40135) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lOMh5-000tU9-1a (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Mon, 22 Mar 2021 15:42:15 +0000 Received: from ppsw-33.csi.cam.ac.uk ([2001:630:212:8::e:f33]) by mta1.cl.cam.ac.uk with esmtp (Exim 4.90_1) (envelope-from ) id 1lOMh4-0005Ac-Hg for isabelle-users at cl.cam.ac.uk; Mon, 22 Mar 2021 15:42:14 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.4-1887892 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from otis.linlux.net ([116.202.255.17]:41256) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lOMh2-0002Bq-hN (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Mon, 22 Mar 2021 15:42:13 +0000 X-Hashcash: 1:23:210322:k::F7ISJ50Xu7ge61YZ:XgGk Received: (qmail 14466 invoked by uid 1009); 22 Mar 2021 16:42:10 +0100 X-Qmailux-Diagnostics: from 195.149.98.3 (kuba at kadziolka.net@195.149.98.3) by otis.linlux.net (envelope-from , uid 1002) with qmail-scanner-2.11st (mhr: 1.0. clamdscan: 0.101.1/26116. avast: avast: avast: avast: v../spamassassin: 3.4.4. perlscan: 2.11st. Clear:RC:1(195.149.98.3):. Processed in 0.015342 secs); 22 Mar 2021 15:42:10 -0000 Received: from net (HELO localhost) (kuba at kadziolka.net@195.149.98.3) by otis.linlux.net with SMTP; 22 Mar 2021 16:42:10 +0100 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 From: =?utf-8?q?Jakub_K=C4=85dzio=C5=82ka?= To: "Alex Meyer" , "Isabelle Users" Date: Mon, 22 Mar 2021 16:41:01 +0100 Message-Id: In-Reply-To: X-debug-header: local_aliases has suffix Subject: Re: [isabelle] How to see the names of all active Isabelle sessions and how to export specific session? X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 15:42:16 -0000 On Mon Mar 22, 2021 at 4:39 PM CET, Alex Meyer wrote: > I am working with my own theory file in jEdit and 'Plugins - Isabelle - > Browse Session information' shows pretty basic: > > + isabelle-session: > - HOL > > So, I assume that HOL is the session name and I am trying to export this > session with: > > tomr at DESKTOP /cygdrive/c/Homes/Isabelle2021/Isabelle2021 > $ isabelle export -O /cygdrive/c/test -x *:** HOL > > but my current theory file is not in the exported files in C:/test > directory. You need to create a session with 'isabelle mkroot', just like you would for document preparation. Then, include the -d flag to point to the directory in which your ROOT file resides. Regards, Jakub K=C4=85dzio=C5=82ka From jaapb at kerguelen.org Tue Mar 23 10:19:59 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:42726) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lOe8l-0003rc-5E (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 23 Mar 2021 10:19:59 +0000 X-Cam-SpamDetails: score 0.3 from SpamAssassin-3.4.4-1887920 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0004] * 0.4 KHOP_HELO_FCRDNS Relay HELO differs from its IP's reverse DNS X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from v2202009130160128202.hotsrv.de ([45.83.106.14]:65136 helo=leygues.kerguelen.org) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtp id 1lOe8k-000p0t-8c (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 23 Mar 2021 10:19:59 +0000 Received: from leygues.kerguelen.org (localhost [IPv6:::1]) by leygues.kerguelen.org (Postfix) with ESMTP id 0A53C1A7E9C for ; Tue, 23 Mar 2021 11:19:57 +0100 (CET) Received: from dev-nb-10021.localnet ([62.216.207.113]) by leygues.kerguelen.org with ESMTPSA id 8Eh/O83AWWAwBAAARiD2/A (envelope-from ) for ; Tue, 23 Mar 2021 11:19:57 +0100 From: Jaap Boender To: cl-isabelle-users at lists.cam.ac.uk Date: Tue, 23 Mar 2021 11:19:57 +0100 Message-ID: <5808030.LRtV2bucOL at dev-nb-10021> Organization: Kerguelen In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [isabelle] C-to-Isabelle multiple external files X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2021 10:19:59 -0000 On Monday, 22 March 2021 11:40:39 CET Thomas Sewell wrote: > Yes, it's not ideal. There are reasons it's hard to fix which I could > explain > in more length, if anyone really cares. I'd definitely be interested - it's certainly a limitation we'd like to get rid of at some point, if at all possible. best Jaap From mikhail.chekhov.w at gmail.com Tue Mar 23 19:42:49 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:55458) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lOmvR-0005oT-N0 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 23 Mar 2021 19:42:49 +0000 X-Cam-SpamDetails: score -0.2 from SpamAssassin-3.4.4-1887920 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.166.53 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [209.85.166.53 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.1 URIBL_SBL_A Contains URL's A record listed in the Spamhaus SBL * blocklist * [URIs: bitbucket.org] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [mikhail.chekhov.w[at]gmail.com] * 0.0 HTML_MESSAGE BODY: HTML included in message * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-io1-f53.google.com ([209.85.166.53]:41714) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lOmvQ-000uBb-nV (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Tue, 23 Mar 2021 19:42:49 +0000 Received: by mail-io1-f53.google.com with SMTP id z3so19003715ioc.8 for ; Tue, 23 Mar 2021 12:42:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=rFzteSMlJzsR7bDaYY7NQA945rYVUhIg9Zc2/7WOQ6M=; b=EmxCx62s2U7ttFlyLC5xxo/4leDZxO/dcFm37mXUFzZr9kXfMcNqEPoF8yRLOhdbfv 9BhYP6HbImUqP+FVsptGUhkL1mPOvTPeI55Kv1c4tCV8dBYUPZMQbAYwgpKMcLP21jPn DrEnokQs8ICrOdOpjK+vmW7nsjTq5DuYrBpi+xKhfY7eryNdHL9PhFHwy3SIQU57pMMT mIgsQ882cOsb2I+v3pdZ4/vzCV7HXn3Y4RWUN+75oIQnaLdBtmm9vEdWdQsGdzjhZkK4 vHu0kP1v7ly6Sn9E+8Q/J/GjmKSSa9axSicLrnBwW8mZf/p3qqWynit9/kixeKcNPJJQ bASA== X-Gm-Message-State: AOAM533fNLgdTK0zUhv0YxK/GRqtmpDSQl7vQup+2rUbgMTiRmdMXmlg VTCAt/ka8QbrGvUHEU8AEcNhveYyaRNGIJLtEUGng015QNo= X-Google-Smtp-Source: ABdhPJx4ZiJZ4rzjf5+wlWMRij1n8n8c276vSepuuZypCJWq769gnYxpYMMR5S03yr1S5bch/OAsarDzpURhdJNKK4o= X-Received: by 2002:a6b:7f4d:: with SMTP id m13mr5692015ioq.134.1616528567080; Tue, 23 Mar 2021 12:42:47 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Mikhail Chekhov Date: Tue, 23 Mar 2021 21:42:33 +0200 Message-ID: To: cl-isabelle-users at lists.cam.ac.uk Content-Type: multipart/alternative; boundary="000000000000029c9805be3963d0" Subject: Re: [isabelle] Specifying a Universal Property in a locale definition X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2021 19:42:49 -0000 --000000000000029c9805be3963d0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear All, I noticed that I forgot to provide references for my previous post on the mailing list and also that there is at least one case of the misuse of terminology. Thus, the sentence "I believe (but not entirely certain) that it should be possible to prove that Q and rec_rng_of_frac are isomorphic by instantiating abstract_localization_Q and eq_obj_rng_of_frac_abstract_localization for suitable types via instantiations like..." should read "I believe (but not entirely certain) that it should be possible to prove that Q and rec_rng_of_frac are isomorphic by instantiating abstract_localization_Q and eq_obj_rng_of_frac_abstract_localization for suitable types via *interpretations* like". The missing references are [1]. Hungerford TW. Algebra. New York: Springer; 2003. [2]. Localization (commutative algebra) (Wikipedia) [Internet]. 2001. Available from: https://en.wikipedia.org/wiki/Localization_(commutative_algebra) Kind Regards, Mikhail Chekhov On Mon, Mar 22, 2021 at 8:10 AM Mikhail Chekhov wrote: > Dear Aaron Crighton/All, > > I would like to offer several comments with regard to your query. However= , > please do not treat this as an official reply, as I am merely an > independent user of Isabelle, and I am not affiliated with the > developers/maintainers. > > Firstly, the definition that you have chosen looks slightly odd. I believ= e > that a conventional form of the definition would be closer to the followi= ng > definition: > > locale abstract_localization =3D ring_hom_cring R S h + > mult_submonoid_of_crng R D > for eT :: "'e itself" and R and S and h and D + > assumes localization_units: "h ` D =E2=8A=86 Units S" > assumes localization_universal_property: > "=E2=8B=80(T::'e ring) =CF=88. > =E2=9F=A6 cring T; =CF=88 =E2=88=88 ring_hom R T; =CF=88 ` D =E2=8A= =86 Units T=E2=9F=A7 =E2=9F=B9 > ( > =E2=88=83!=CF=86::'c=E2=87=92'e. > =CF=86 =E2=88=88 ring_hom S T =E2=88=A9 extensional (carrier = S) =E2=88=A7 > (=E2=88=80a =E2=88=88 carrier R. =CF=86 (h a) =3D =CF=88 a) > )" > > In this case, the type of T is still fixed, but the type variable > associated with the type of T is independent of the type variables > associated with the type of R. > > This definition does not work, however, because the locale fixes a type >> for the elements of the ring T in the axiom, and so the axiom only appli= es >> to rings of this type. Of course this means that there will be many >> instances of this locale satisfied by rings S which are not the >> localization of R. >> > > I believe that you may have exaggerated the problem, but I do not > have complete confidence in anything that is stated below. > > When you provide an instantiation of abstract_localization, you provide a > lemma like > > lemma (in eq_obj_rng_of_frac) eq_obj_rng_of_frac_abstract_localization: > fixes eT :: "'e itself" > shows "abstract_localization TYPE('e) R rec_rng_of_frac > rng_to_rng_of_frac S" > =E2=80=95=E2=80=B9Follows Theorem 4.5 in Thomas W. Hungerford's Algebra= .=E2=80=BA > sorry > (*I did sketch the proof for my own needs, and can provide it upon > request, but it is very rough*) > > The lemma eq_obj_rng_of_frac_abstract_localization proves that the > constructions from the theory Localization in the AFP satisfy the univers= al > property, as defined above. Once the lemma is proven, it is possible to > instantiate it for any type variable 'e: > > abstract_localization TYPE(?'e) R rec_rng_of_frac rng_to_rng_of_frac S > > Thus, in a certain meta-sense, it does hold for rings with elements of > arbitrary types. Suppose, you have also proven abstract_localization_Q > below: > > context eq_obj_rng_of_frac > begin > > context > fixes Q :: "'c ring" > and t :: "'a =E2=87=92 'c" > begin > > thm eq_obj_rng_of_frac_abstract_localization > > lemma abstract_localization_Q: > fixes eT :: "'e itself" and fT :: "'f itself" > shows "abstract_localization TYPE('e) R Q t S" > sorry > > end > > I believe (but not entirely certain) that it should be possible to prove > that Q and rec_rng_of_frac are isomorphic by > instantiating abstract_localization_Q > and eq_obj_rng_of_frac_abstract_localization for suitable types via > instantiations like > > interpret cd: > abstract_localization =E2=80=B9TYPE('c)=E2=80=BA R rec_rng_of_frac rn= g_to_rng_of_frac S > by (rule eq_obj_rng_of_frac_abstract_localization) > interpret Q_aa: abstract_localization =E2=80=B9TYPE(('a =C3=97 'a) set= )=E2=80=BA R Q t S > by (rule abstract_localization_Q) > interpret Q_cc: abstract_localization =E2=80=B9TYPE('c)=E2=80=BA R Q t = S > by (rule abstract_localization_Q) > > Thence, the universal property should work as expected across types. > Nonetheless, I believe that it is not possible to state a single theorem = in > the logic that captures this: one needs to instantiate > abstract_localization for every construction independently and then prove > the relevant theorems for the specific definitions (I believe that the > following post is relevant in this context: > https://lists.cam.ac.uk/pipermail/cl-isabelle-users/2019-September/msg000= 97.html. > Still, some aspects of this problem can be automated in Isabelle/ML. > For example, see > https://lists.cam.ac.uk/mailman/htdig/cl-isabelle-users/2020-July/msg0005= 0.html, > where I showcase an attempt to develop a meta-category theory that could > work across types in HOL by using schematic polymorphism. However, > following this attempt, I arrived at the conclusion that "applied categor= y > theory" can hardly be done in pure HOL conveniently (I would like to be > proven wrong though). Nonetheless, it can be done conveniently (to a poin= t) > in ZFC in HOL, e.g. see > https://lists.cam.ac.uk/pipermail/cl-isabelle-users/2021-March/msg00022.h= tml > (otherwise you may wish to look at other strong foundational systems > already implemented in Isabelle, e.g. > https://bitbucket.org/cezaryka/tyset/src, > https://github.com/jaycech3n/Isabelle-HoTT). > > Kind Regards, > Mikhail Chekhov > > On 15/03/2021 15:35:28 Aaron Crighton wrote: > > >> Hello Everyone, >> I have been working on a project in HOL-Algebra and have encountered an >> issue with a certain kind of construction I'd like to perform. I would l= ike >> to prove some lemmas and perform constructions involving ring >> localizations. I understand that there is an AFP submission which >> constructs the localization of a ring at a multiplicative subset, but I = was >> hoping I could formulate an abstract locale for a ring R and a localizat= ion >> of that ring in terms of the universal property of localizations. This >> would be desirable because in many cases the localization of a ring can >> arise in ways other than the canonical construction (such as when one is >> already working with a local ring). In my case, I would like to be able = to >> view localizations of the integers as subrings of the field of rational >> numbers. My first attempt at this definition was: >> locale abstract_localization =3D ring_hom_cring R S h + >> mult_submonoid_of_crng R D for >> R and S and h and D >> + assumes localization_universal_property: >> "=E2=8B=80T =CF=88. =E2=9F=A6 cring T; =CF=88 =E2=88=88 ring_hom= R T; =CF=88 ` D =E2=8A=86 Units T=E2=9F=A7 =E2=9F=B9 >> (=E2=88=83! =CF=86. =CF=86 =E2=88=88 ring_hom R S =E2=88=A9 ex= tensional (carrier R) =E2=88=A7 >> (=E2=88=80 a =E2=88=88 carrier R. =CF=86 (h a) =3D =CF=88 a)) = " >> This definition does not work, however, because the locale fixes a type >> for the elements of the ring T in the axiom, and so the axiom only appli= es >> to rings of this type. Of course this means that there will be many >> instances of this locale satisfied by rings S which are not the >> localization of R. >> One workaround for this that I have considered would be to replace my >> axiom with the assertion that my ring is isomorphic to the concrete >> construction of the localization from the AFP, and then prove a lemma wh= ich >> states that the universal property above is necessary and sufficient for >> verifying an instance of this locale. >> I was wondering if anyone might have any thoughts on a general way to do >> this kind of construction, or if there are reasons why this construction= is >> suboptimal in HOL-Algebra. >> Thanks for your consideration, >> Aaron > > --000000000000029c9805be3963d0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear All,

I noticed that I forgot to pr= ovide references for my previous post on the mailing list and also that the= re is at least one case of the misuse of terminology.

<= div>Thus, the sentence "I believe (but not entirely certain) that it s= hould be possible to prove that Q and=C2=A0rec_rng_of_frac are isomorphic b= y instantiating=C2=A0abstract_localization_Q and=C2=A0eq_obj_rng_of_frac_ab= stract_localization for suitable types via instantiations like..." sho= uld read "I believe (but not entirely certain) that it should be possi= ble to prove that Q and=C2=A0rec_rng_of_frac are isomorphic by instantiatin= g=C2=A0abstract_localization_Q and=C2=A0eq_obj_rng_of_frac_abstract_localiz= ation for suitable types via interpretations like".
<= br>
The missing references are
[1]. Hungerford TW. Alge= bra. New York: Springer; 2003.
[2]. Localization (commutative alg= ebra) (Wikipedia) [Internet]. 2001. Available from: https://en.wikipedia.= org/wiki/Localization_(commutative_algebra)

Ki= nd Regards,
Mikhail Chekhov

On Mon, Mar 22, 2021 at 8:10 AM = Mikhail Chekhov <mikhail.= chekhov.w at gmail.com> wrote:
Dear Aaron Crighton/All,

I = would like to offer several comments with regard to your query. However, pl= ease do not treat this as an official reply, as I am merely an independent = user of Isabelle, and I am not affiliated with the developers/maintainers.= =C2=A0

Firstly, the definition that you have chosen look= s slightly odd. I believe that a conventional form of the definition would = be closer to the following definition:

locale abst= ract_localization =3D ring_hom_cring R S h + mult_submonoid_of_crng R D =C2=A0 for eT :: "'e itself" and R and S and h and D + =C2= =A0
=C2=A0 assumes localization_units: "h ` D =E2=8A=86 Units S&quo= t;
=C2=A0 assumes localization_universal_property:
=C2=A0 =C2=A0 &quo= t;=E2=8B=80(T::'e ring) =CF=88.
=C2=A0 =C2=A0 =C2=A0 =E2=9F=A6 cring= T; =CF=88 =E2=88=88 ring_hom R T; =CF=88 ` D =E2=8A=86 Units T=E2=9F=A7 = =E2=9F=B9
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =E2=88=83!=CF=86::'c=E2=87=92'e.
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =CF=86 =E2=88=88 ring_hom S T =E2=88=A9 extensional (carr= ier S) =E2=88=A7
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (=E2=88=80a = =E2=88=88 carrier R. =CF=86 (h a) =3D =CF=88 a)
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 )"

In this case, the type of T is still fixed, b= ut the type variable associated with the type of T is independent of the ty= pe variables associated with the type of R.

This definition does not work, howev= er, because the locale fixes a type for the elements of the ring T in the a= xiom, and so the axiom only applies to rings of this type. Of course this m= eans that there will be many instances of this locale satisfied by rings S = which are not the localization of R.

I = believe that you may have exaggerated the problem, but I do not have=C2=A0c= omplete=C2=A0confidence in=C2=A0anything that is stated below.=C2=A0
<= div>
When you provide an instantiation of abstract_localizati= on, you provide a lemma like=C2=A0

lemma (in eq_ob= j_rng_of_frac) eq_obj_rng_of_frac_abstract_localization:
=C2=A0 fixes eT= :: "'e itself"
=C2=A0 shows "abstract_localization = TYPE('e) R rec_rng_of_frac rng_to_rng_of_frac S"
=C2=A0 =E2=80= =95=E2=80=B9Follows Theorem 4.5 in Thomas W. Hungerford's Algebra.=E2= =80=BA
sorry
(*I did sketch the proof for my o= wn needs, and can provide it upon request, but it is very rough*)

The lemma=C2=A0eq_obj_rng_of_frac_abstract_localizati= on proves that the constructions from the theory Localization in the AFP sa= tisfy the universal property,=C2=A0as defined above. Once the lemma is prov= en, it is possible to instantiate it for any type variable 'e:

abstract_localization TYPE(?'e) R rec_rng_of_frac rng_= to_rng_of_frac S

Thus, in a certain=C2=A0meta-= sense, it does hold for rings with elements of arbitrary types. Suppose, yo= u have also proven abstract_localization_Q below:=C2=A0

context eq_obj_rng_of_frac
begin

context
=C2=A0 fixes Q= :: "'c ring"
=C2=A0 =C2=A0 and t :: "'a =E2=87= =92 'c"
begin

thm eq_obj_rng_of_frac_abstract_localizati= on

lemma abstract_localization_Q:
=C2=A0 fixes eT :: "'= e itself" and fT :: "'f itself"
=C2=A0 shows "ab= stract_localization TYPE('e) R Q t S"
=C2=A0 sorry

end

I believe (but not entirely c= ertain) that it should be possible to prove that Q and=C2=A0rec_rng_of_frac= are isomorphic by instantiating=C2=A0abstract_localization_Q and=C2=A0eq_o= bj_rng_of_frac_abstract_localization for suitable types via instantiations = like

=C2=A0 interpret cd:
=C2=A0 =C2=A0 abstract_lo= calization =E2=80=B9TYPE('c)=E2=80=BA R rec_rng_of_frac rng_to_rng_of_f= rac S
=C2=A0 =C2=A0 by (rule eq_obj_rng_of_frac_abstract_localization)
=C2=A0 =C2=A0interpret Q_aa: abstract_localization =E2=80=B9TYPE((&#= 39;a =C3=97 'a) set)=E2=80=BA R Q t S
=C2=A0 =C2=A0 by (rule abstr= act_localization_Q)
=C2=A0 interpret Q_cc: abstract_localization = =E2=80=B9TYPE('c)=E2=80=BA R Q t S
=C2=A0 =C2=A0 by (rule abstract_l= ocalization_Q)

Thence, the universal property = should work as expected across types. Nonetheless, I believe that it is not= possible to state a single theorem in the logic that captures this: one ne= eds to instantiate abstract_localization for every construction independent= ly and then prove the relevant theorems for the specific definitions (I bel= ieve that the following post is relevant in this context: https://lists.cam.ac.uk/pipermail/cl-isabelle-users/2019= -September/msg00097.html. Still, some aspects of this problem can be au= tomated in Isabelle/ML.=C2=A0
For example, see https://lists.cam.ac.uk/mailman/htdig/cl-isabelle-users/20= 20-July/msg00050.html, where I showcase an attempt to develop a meta-ca= tegory theory that could work across types in HOL by using schematic polymo= rphism. However, following this attempt, I arrived at the conclusion that &= quot;applied category theory" can hardly be done in pure HOL convenien= tly (I would like to be proven wrong though). Nonetheless, it can be done c= onveniently (to a point) in ZFC in HOL, e.g. see=C2=A0https://lists.cam.ac.uk/pipermail/cl-isabelle-users/2021-March/= msg00022.html (otherwise you may wish to look at other strong foundatio= nal systems already implemented in Isabelle, e.g. https://bitbucket.org/cezaryk= a/tyset/src, https://github.com/jaycech3n/Isabelle-HoTT).=C2=A0

Kind Regards,
Mikhail Chekhov

On 15/03/2021 15= :35:28=C2=A0Aaron Crighton wrote:


Hello Everyone,
I have been wo= rking on a project in HOL-Algebra and have encountered an issue with a cert= ain kind of construction I'd like to perform. I would like to prove som= e lemmas and perform constructions involving ring localizations. I understa= nd that there is an AFP submission which constructs the localization of a r= ing at a multiplicative subset, but I was hoping I could formulate an abstr= act locale for a ring R and a localization of that ring in terms of the uni= versal property of localizations. This would be desirable because in many c= ases the localization of a ring can arise in ways other than the canonical = construction (such as when one is already working with a local ring). In my= case, I would like to be able to view localizations of the integers as sub= rings of the field of rational numbers. My first attempt at this definition= was:
locale abstract_localization =3D ring_hom_cring R S h + mult_submo= noid_of_crng R D for
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 R and S and = h and D
+ =C2=A0assumes localization_universal_property:
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 "=E2=8B=80T =CF=88. =E2=9F=A6 cring T; =CF=88 =E2=88= =88 ring_hom R T; =CF=88 ` D =E2=8A=86 Units T=E2=9F=A7 =E2=9F=B9
=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 (=E2=88=83! =CF=86. =CF=86 =E2=88=88 ring_hom = R S =E2=88=A9 extensional (carrier R) =E2=88=A7
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 (=E2=88=80 a =E2=88=88 carrier R. =CF=86 (h a) =3D =CF=88 a)) = =C2=A0"
This definition does not work, however, because the locale = fixes a type for the elements of the ring T in the axiom, and so the axiom = only applies to rings of this type. Of course this means that there will be= many instances of this locale satisfied by rings S which are not the local= ization of R.
One workaround for this that I have considered would be to= replace my axiom with the assertion that my ring is isomorphic to the conc= rete construction of the localization from the AFP, and then prove a lemma = which states that the universal property above is necessary and sufficient = for verifying an instance of this locale.
I was wondering if anyone migh= t have any thoughts on a general way to do this kind of construction, or if= there are reasons why this construction is suboptimal in HOL-Algebra.
T= hanks for your consideration,
Aaron
=
--000000000000029c9805be3963d0-- From eberlm at in.tum.de Wed Mar 24 16:46:41 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:50732) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lP6eX-0006VQ-7B (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 24 Mar 2021 16:46:41 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887958 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.36 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.36 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out2.in.tum.de ([131.159.0.36]:45007 helo=mail-out2.informatik.tu-muenchen.de) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lP6eW-000SIc-1I (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 24 Mar 2021 16:46:41 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id 284C91C196F; Wed, 24 Mar 2021 17:46:38 +0100 (CET) Received: (Authenticated sender: eberlm) by mail.in.tum.de (Postfix) with ESMTPSA id E4C091C1965 for ; Wed, 24 Mar 2021 17:46:35 +0100 (CET) (Extended-Queue-bit tech_fdxap at fff.in.tum.de) To: "cl-isabelle-users at lists.cam.ac.uk" From: Manuel Eberl Message-ID: <3082a134-71d5-2b2d-80c0-a2ac087ea05a at in.tum.de> Date: Wed, 24 Mar 2021 17:46:34 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms050900080201090105050103" Subject: [isabelle] Possible problem with floating-point addition in Approximation etc. X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2021 16:46:41 -0000 This is a cryptographically signed message in MIME format. --------------ms050900080201090105050103 Content-Type: text/plain; charset=utf-8 Content-Language: en-US-large Content-Transfer-Encoding: quoted-printable I just noticed something wonky in the "approximation" package: addition of two intervals is implemented by simply adding the two floats and *then* rounding to the required precision. This leads to pathological behaviour when the two numbers being added are of greatly different orders of magnitude, e.g. value "approx 10 (floatarith.Add (floatarith.Num (Float 1 0)) (floatarith.Num (Float 1 (-100000)))) []" This takes about 93 seconds. If you add a few more zeros, it runs out of memory entirely. Surely one can do better than that! Does anyone feel responsible for the approximation package and wants to comment on if and how this should be repaired? Manuel --------------ms050900080201090105050103 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC EXkwggUSMIID+qADAgECAgkA4wvV+K8l2YEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYT AkRFMSswKQYDVQQKDCJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYD VQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFs Um9vdCBDbGFzcyAyMB4XDTE2MDIyMjEzMzgyMloXDTMxMDIyMjIzNTk1OVowgZUxCzAJBgNV BAYTAkRFMUUwQwYDVQQKEzxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVu IEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsTB0RGTi1QS0kxLTArBgNVBAMTJERG Ti1WZXJlaW4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgMjCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAMtg1/9moUHN0vqHl4pzq5lN6mc5WqFggEcVToyVsuXPztNXS43O+FZs FVV2B+pG/cgDRWM+cNSrVICxI5y+NyipCf8FXRgPxJiZN7Mg9mZ4F4fCnQ7MSjLnFp2uDo0p eQcAIFTcFV9Kltd4tjTTwXS1nem/wHdN6r1ZB+BaL2w8pQDcNb1lDY9/Mm3yWmpLYgHurDg0 WUU2SQXaeMpqbVvAgWsRzNI8qIv4cRrKO+KA3Ra0Z3qLNupOkSk9s1FcragMvp0049ENF4N1 xDkesJQLEvHVaY4l9Lg9K7/AjsMeO6W/VRCrKq4Xl14zzsjz9AkH4wKGMUZrAcUQDBHHWekC AwEAAaOCAXQwggFwMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUk+PYMiba1fFKpZFK4OpL 4qIMz+EwHwYDVR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB /wIBAjAzBgNVHSAELDAqMA8GDSsGAQQBga0hgiwBAQQwDQYLKwYBBAGBrSGCLB4wCAYGZ4EM AQICMEwGA1UdHwRFMEMwQaA/oD2GO2h0dHA6Ly9wa2kwMzM2LnRlbGVzZWMuZGUvcmwvVGVs ZVNlY19HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGGBggrBgEFBQcBAQR6MHgwLAYIKwYBBQUH MAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMEgGCCsGAQUFBzAChjxodHRw Oi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9UZWxlU2VjX0dsb2JhbFJvb3RfQ2xhc3NfMi5j ZXIwDQYJKoZIhvcNAQELBQADggEBAIcL/z4Cm2XIVi3WO5qYi3FP2ropqiH5Ri71sqQPrhE4 eTizDnS6dl2e6BiClmLbTDPo3flq3zK9LExHYFV/53RrtCyD2HlrtrdNUAtmB7Xts5et6u5/ MOaZ/SLick0+hFvu+c+Z6n/XUjkurJgARH5pO7917tALOxrN5fcPImxHhPalR6D90Bo0fa3S PXez7vTXTf/D6OWST1k+kEcQSrCFWMBvf/iu7QhCnh7U3xQuTY+8npTD5+32GPg8SecmqKc2 2CzeIs2LgtjZeOJVEqM7h0S2EQvVDFKvaYwPBt/QolOLV5h7z/0HJPT8vcP9SpIClxvyt7bP ZYoaorVyGTkwggWsMIIElKADAgECAgcbY7rQHiw9MA0GCSqGSIb3DQEBCwUAMIGVMQswCQYD VQQGEwJERTFFMEMGA1UEChM8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hl biBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLEwdERk4tUEtJMS0wKwYDVQQDEyRE Rk4tVmVyZWluIENlcnRpZmljYXRpb24gQXV0aG9yaXR5IDIwHhcNMTYwNTI0MTEzODQwWhcN MzEwMjIyMjM1OTU5WjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9l cmRlcnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UE CwwHREZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQTCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ07eRxH3h+Gy8Zp1xCeOdfZojDbchwFfylf S2jxrRnWTOFrG7ELf6Gr4HuLi9gtzm6IOhDuV+UefwRRNuu6cG1joL6WLkDh0YNMZj0cZGnl m6Stcq5oOVGHecwX064vXWNxSzl660Knl5BpBb+Q/6RAcL0D57+eGIgfn5mITQ5HjUhfZZkQ 0tkqSe3BuS0dnxLLFdM/fx5ULzquk1enfnjK1UriGuXtQX1TX8izKvWKMKztFwUkP7agCwf9 TRqaA1KgNpzeJIdl5Of6x5ZzJBTN0OgbaJ4YWa52fvfRCng8h0uwN89Tyjo4EPPLR22MZD08 WkVKusqAfLjz56dMTM0CAwEAAaOCAgUwggIBMBIGA1UdEwEB/wQIMAYBAf8CAQEwDgYDVR0P AQH/BAQDAgEGMCkGA1UdIAQiMCAwDQYLKwYBBAGBrSGCLB4wDwYNKwYBBAGBrSGCLAEBBDAd BgNVHQ4EFgQUazqYi/nyU4na4K2yMh4JH+iqO3QwHwYDVR0jBBgwFoAUk+PYMiba1fFKpZFK 4OpL4qIMz+EwgY8GA1UdHwSBhzCBhDBAoD6gPIY6aHR0cDovL2NkcDEucGNhLmRmbi5kZS9n bG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDBAoD6gPIY6aHR0cDovL2NkcDIu cGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDCB3QYIKwYB BQUHAQEEgdAwgc0wMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1T ZXJ2ZXIvT0NTUDBKBggrBgEFBQcwAoY+aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwt cm9vdC1nMi1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwSgYIKwYBBQUHMAKGPmh0dHA6Ly9j ZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtZzItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0 MA0GCSqGSIb3DQEBCwUAA4IBAQCBeEWkTqR/DlXwCbFqPnjMaDWpHPOVnj/z+N9rOHeJLI21 rT7H8pTNoAauusyosa0zCLYkhmI2THhuUPDVbmCNT1IxQ5dGdfBi5G5mUcFCMWdQ5UnnOR7L n8qGSN4IFP8VSytmm6A4nwDO/afr0X9XLchMX9wQEZc+lgQCXISoKTlslPwQkgZ7nu7YRrQb tQMMONncsKk/cQYLsgMHM8KNSGMlJTx6e1du94oFOO+4oK4v9NsH1VuEGMGpuEvObJAaguS5 Pfp38dIfMwK/U+d2+dwmJUFvL6Yb+qQTkPp8ftkLYF3sv8pBoGH7EUkp2KgtdRXYShjqFu9V NCIaE40GMIIGrzCCBZegAwIBAgIMI4l7YMPKWG8NuOwAMA0GCSqGSIb3DQEBCwUAMIGNMQsw CQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRz Y2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUwIwYDVQQD DBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBMB4XDTIwMDkyMjEzMzYxN1oXDTIxMTEx NjE1MzUzMlowgb4xCzAJBgNVBAYTAkRFMQ8wDQYDVQQIDAZCYXllcm4xETAPBgNVBAcMCE11 ZW5jaGVuMSkwJwYDVQQKDCBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECwwZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEVMBMGA1UEAwwMTWFudWVsIEViZXJs MSUwIwYJKoZIhvcNAQkBFhZtYW51ZWwuZWJlcmxAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEAucaS1T3hcnzeraljQM15EbQ1VC+eOZU5K5myJfZX4UH+eZq4 kqh7scR/NhBd6S4wnUF4f5JCAIufOLa3r1YkVKuK3LfYpzQnaKEufsdo8+SEWnldxCv/VPv1 eRTlZT3Z0jguqp54oDt3RyVXb81NfqEuJzNp6KbkPokZ4sggA1gVjc19bge5Iesw2xDJ6R+a /ZeNhcPt2uF3qHptkiJIm/lL8PBBT2M7EEIc6zwe9vzK2YtfEG3kZ/N5N1rICavwdyfdsslV 4CMje5jrdj7hWUs9kFfLoCyq8YGzolLNh30JlH7UGjA+d008Yec0ewr7NKmYOUKIZlfaOam/ /CKXfQIDAQABo4IC2jCCAtYwPgYDVR0gBDcwNTAPBg0rBgEEAYGtIYIsAQEEMBAGDisGAQQB ga0hgiwBAQQHMBAGDisGAQQBga0hgiwCAQQHMAkGA1UdEwQCMAAwDgYDVR0PAQH/BAQDAgXg MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQUcpSUz9enXud8qDpV 3R0dGEl2Z1swHwYDVR0jBBgwFoAUazqYi/nyU4na4K2yMh4JH+iqO3QwgasGA1UdEQSBozCB oIEQZWJlcmxtQGluLnR1bS5kZYEWbWFudWVsLmViZXJsQGluLnR1bS5kZYEgZWJlcmxtQGlu Zm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJm1hbnVlbC5lYmVybEBpbmZvcm1hdGlrLnR1LW11 ZW5jaGVuLmRlgRFlYmVybG1AY3MudHVtLmVkdYEXbWFudWVsLmViZXJsQGNzLnR1bS5lZHUw gY0GA1UdHwSBhTCBgjA/oD2gO4Y5aHR0cDovL2NkcDEucGNhLmRmbi5kZS9kZm4tY2EtZ2xv YmFsLWcyL3B1Yi9jcmwvY2FjcmwuY3JsMD+gPaA7hjlodHRwOi8vY2RwMi5wY2EuZGZuLmRl L2Rmbi1jYS1nbG9iYWwtZzIvcHViL2NybC9jYWNybC5jcmwwgdsGCCsGAQUFBwEBBIHOMIHL MDMGCCsGAQUFBzABhidodHRwOi8vb2NzcC5wY2EuZGZuLmRlL09DU1AtU2VydmVyL09DU1Aw SQYIKwYBBQUHMAKGPWh0dHA6Ly9jZHAxLnBjYS5kZm4uZGUvZGZuLWNhLWdsb2JhbC1nMi9w dWIvY2FjZXJ0L2NhY2VydC5jcnQwSQYIKwYBBQUHMAKGPWh0dHA6Ly9jZHAyLnBjYS5kZm4u ZGUvZGZuLWNhLWdsb2JhbC1nMi9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwDQYJKoZIhvcNAQEL BQADggEBAEpTbbFnQNh9aC08cx/DzduZ3ZDZD6xNW+4eyKfCnfyGr3XADGesbpRNqtv8ZBCR duT2g26iZgw0dHrVwxAzbbUkHHNM6FxQbO2ek5EHS2/NWLhzwq54LCseextQCYRMYxOM5Lrp HKfSqdZG6QmdY8Gl4XI6/RD70KYBoE1Ek6MHh+zrEwFNrvuuKdSBK2ekw4xMs9HqnKCf+DqU bpFkjecjHYSEiV8IwygHbzpimO4Eu8niFM7LlvuLnrKOcPefE2QxAX0uWzPCXyIYcPFZC8ue Lum8VtPNgj2WvLQ4B9rj0+ytw4157j4wKQGa+HX2frIblGajpjkEBYwpaI4cFBYxggQLMIIE BwIBATCBnjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVu ZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZO LVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI4l7YMPKWG8N uOwAMA0GCWCGSAFlAwQCAQUAoIICPTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0yMTAzMjQxNjQ2MzRaMC8GCSqGSIb3DQEJBDEiBCBM/jVynckb5gMr0pr5 hQRZLLhIYgA8QlPw7nImWYI6JjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglg hkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGvBgkrBgEEAYI3EAQxgaEwgZ4wgY0xCzAJBgNVBAYT AkRFMUUwQwYDVQQKDDxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVuIEZv cnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsMB0RGTi1QS0kxJTAjBgNVBAMMHERGTi1W ZXJlaW4gR2xvYmFsIElzc3VpbmcgQ0ECDCOJe2DDylhvDbjsADCBsQYLKoZIhvcNAQkQAgsx gaGggZ4wgY0xCzAJBgNVBAYTAkRFMUUwQwYDVQQKDDxWZXJlaW4genVyIEZvZXJkZXJ1bmcg ZWluZXMgRGV1dHNjaGVuIEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsMB0RGTi1Q S0kxJTAjBgNVBAMMHERGTi1WZXJlaW4gR2xvYmFsIElzc3VpbmcgQ0ECDCOJe2DDylhvDbjs ADANBgkqhkiG9w0BAQEFAASCAQBIegBFKUgNA4ntNf5GnNWg2lH4unVxOf/kOk8cVTudlbZ5 GdtlkVJVtVBPgkIAOHzpCXsFo+jjy4mix4Fc0th3RW2CpJNTc1GJQZk2SOszEdyhhH6wv3j/ IQWvmGWBcw1XxKX75RFuZeSK7tPsf61JBaldav6QO+q01m2y2XHUe0DBwytsDyh6WetjYGMy HKa0mTu7MurkUZ7gVvdPn0mLSH0kh2WasvNHAPj9xLQTKbGUB/Yx6MvPVPP9lVutxpnoqCyK vKY2ag0aIjkDE0Zj1O4/QtYG/h9D4pqKCQVGugPOeJaXDrNycYd90uensLbQXI/ZSeHyp8vV +yIJRKEJAAAAAAAA --------------ms050900080201090105050103-- From eberlm at in.tum.de Wed Mar 24 17:10:52 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:56658) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lP71w-0007iv-Lg (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 24 Mar 2021 17:10:52 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887958 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.8 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.8 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out1.in.tum.de ([131.159.0.8]:46865 helo=mail-out1.informatik.tu-muenchen.de) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lP71v-000ltc-iR (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 24 Mar 2021 17:10:52 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id 110A61C196E; Wed, 24 Mar 2021 18:10:51 +0100 (CET) Received: (Authenticated sender: eberlm) by mail.in.tum.de (Postfix) with ESMTPSA id C85091C1965 for ; Wed, 24 Mar 2021 18:10:48 +0100 (CET) (Extended-Queue-bit tech_uwbqk at fff.in.tum.de) To: cl-isabelle-users at lists.cam.ac.uk References: <3082a134-71d5-2b2d-80c0-a2ac087ea05a at in.tum.de> From: Manuel Eberl Message-ID: <3b451c50-b12a-c7b1-6bb7-d70910a23066 at in.tum.de> Date: Wed, 24 Mar 2021 18:10:48 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <3082a134-71d5-2b2d-80c0-a2ac087ea05a at in.tum.de> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms090200080408070300070204" Subject: Re: [isabelle] Possible problem with floating-point addition in Approximation etc. X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2021 17:10:52 -0000 This is a cryptographically signed message in MIME format. --------------ms090200080408070300070204 Content-Type: text/plain; charset=utf-8 Content-Language: en-US-large Content-Transfer-Encoding: quoted-printable I think the solution is to use "float_plus_down"/"float_plus_up". I have a student who needs this stuff, so unless anyone stops me, I will have to student build a rounding addition for intervals and then change "Approximation" to use that. Manuel On 24/03/2021 17:46, Manuel Eberl wrote: > I just noticed something wonky in the "approximation" package: addition= > of two intervals is implemented by simply adding the two floats and > *then* rounding to the required precision. >=20 > This leads to pathological behaviour when the two numbers being added > are of greatly different orders of magnitude, e.g. >=20 > value "approx 10 (floatarith.Add > (floatarith.Num (Float 1 0)) > (floatarith.Num (Float 1 (-100000)))) []" >=20 > This takes about 93 seconds. If you add a few more zeros, it runs out o= f > memory entirely. Surely one can do better than that! >=20 > Does anyone feel responsible for the approximation package and wants to= > comment on if and how this should be repaired? >=20 > Manuel >=20 --------------ms090200080408070300070204 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC EXkwggUSMIID+qADAgECAgkA4wvV+K8l2YEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYT AkRFMSswKQYDVQQKDCJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYD VQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFs Um9vdCBDbGFzcyAyMB4XDTE2MDIyMjEzMzgyMloXDTMxMDIyMjIzNTk1OVowgZUxCzAJBgNV BAYTAkRFMUUwQwYDVQQKEzxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVu IEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsTB0RGTi1QS0kxLTArBgNVBAMTJERG Ti1WZXJlaW4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgMjCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAMtg1/9moUHN0vqHl4pzq5lN6mc5WqFggEcVToyVsuXPztNXS43O+FZs FVV2B+pG/cgDRWM+cNSrVICxI5y+NyipCf8FXRgPxJiZN7Mg9mZ4F4fCnQ7MSjLnFp2uDo0p eQcAIFTcFV9Kltd4tjTTwXS1nem/wHdN6r1ZB+BaL2w8pQDcNb1lDY9/Mm3yWmpLYgHurDg0 WUU2SQXaeMpqbVvAgWsRzNI8qIv4cRrKO+KA3Ra0Z3qLNupOkSk9s1FcragMvp0049ENF4N1 xDkesJQLEvHVaY4l9Lg9K7/AjsMeO6W/VRCrKq4Xl14zzsjz9AkH4wKGMUZrAcUQDBHHWekC AwEAAaOCAXQwggFwMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUk+PYMiba1fFKpZFK4OpL 4qIMz+EwHwYDVR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB /wIBAjAzBgNVHSAELDAqMA8GDSsGAQQBga0hgiwBAQQwDQYLKwYBBAGBrSGCLB4wCAYGZ4EM AQICMEwGA1UdHwRFMEMwQaA/oD2GO2h0dHA6Ly9wa2kwMzM2LnRlbGVzZWMuZGUvcmwvVGVs ZVNlY19HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGGBggrBgEFBQcBAQR6MHgwLAYIKwYBBQUH MAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMEgGCCsGAQUFBzAChjxodHRw Oi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9UZWxlU2VjX0dsb2JhbFJvb3RfQ2xhc3NfMi5j ZXIwDQYJKoZIhvcNAQELBQADggEBAIcL/z4Cm2XIVi3WO5qYi3FP2ropqiH5Ri71sqQPrhE4 eTizDnS6dl2e6BiClmLbTDPo3flq3zK9LExHYFV/53RrtCyD2HlrtrdNUAtmB7Xts5et6u5/ MOaZ/SLick0+hFvu+c+Z6n/XUjkurJgARH5pO7917tALOxrN5fcPImxHhPalR6D90Bo0fa3S PXez7vTXTf/D6OWST1k+kEcQSrCFWMBvf/iu7QhCnh7U3xQuTY+8npTD5+32GPg8SecmqKc2 2CzeIs2LgtjZeOJVEqM7h0S2EQvVDFKvaYwPBt/QolOLV5h7z/0HJPT8vcP9SpIClxvyt7bP ZYoaorVyGTkwggWsMIIElKADAgECAgcbY7rQHiw9MA0GCSqGSIb3DQEBCwUAMIGVMQswCQYD VQQGEwJERTFFMEMGA1UEChM8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hl biBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLEwdERk4tUEtJMS0wKwYDVQQDEyRE Rk4tVmVyZWluIENlcnRpZmljYXRpb24gQXV0aG9yaXR5IDIwHhcNMTYwNTI0MTEzODQwWhcN MzEwMjIyMjM1OTU5WjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9l cmRlcnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UE CwwHREZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQTCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ07eRxH3h+Gy8Zp1xCeOdfZojDbchwFfylf S2jxrRnWTOFrG7ELf6Gr4HuLi9gtzm6IOhDuV+UefwRRNuu6cG1joL6WLkDh0YNMZj0cZGnl m6Stcq5oOVGHecwX064vXWNxSzl660Knl5BpBb+Q/6RAcL0D57+eGIgfn5mITQ5HjUhfZZkQ 0tkqSe3BuS0dnxLLFdM/fx5ULzquk1enfnjK1UriGuXtQX1TX8izKvWKMKztFwUkP7agCwf9 TRqaA1KgNpzeJIdl5Of6x5ZzJBTN0OgbaJ4YWa52fvfRCng8h0uwN89Tyjo4EPPLR22MZD08 WkVKusqAfLjz56dMTM0CAwEAAaOCAgUwggIBMBIGA1UdEwEB/wQIMAYBAf8CAQEwDgYDVR0P AQH/BAQDAgEGMCkGA1UdIAQiMCAwDQYLKwYBBAGBrSGCLB4wDwYNKwYBBAGBrSGCLAEBBDAd BgNVHQ4EFgQUazqYi/nyU4na4K2yMh4JH+iqO3QwHwYDVR0jBBgwFoAUk+PYMiba1fFKpZFK 4OpL4qIMz+EwgY8GA1UdHwSBhzCBhDBAoD6gPIY6aHR0cDovL2NkcDEucGNhLmRmbi5kZS9n bG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDBAoD6gPIY6aHR0cDovL2NkcDIu cGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDCB3QYIKwYB BQUHAQEEgdAwgc0wMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1T ZXJ2ZXIvT0NTUDBKBggrBgEFBQcwAoY+aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwt cm9vdC1nMi1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwSgYIKwYBBQUHMAKGPmh0dHA6Ly9j ZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtZzItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0 MA0GCSqGSIb3DQEBCwUAA4IBAQCBeEWkTqR/DlXwCbFqPnjMaDWpHPOVnj/z+N9rOHeJLI21 rT7H8pTNoAauusyosa0zCLYkhmI2THhuUPDVbmCNT1IxQ5dGdfBi5G5mUcFCMWdQ5UnnOR7L n8qGSN4IFP8VSytmm6A4nwDO/afr0X9XLchMX9wQEZc+lgQCXISoKTlslPwQkgZ7nu7YRrQb tQMMONncsKk/cQYLsgMHM8KNSGMlJTx6e1du94oFOO+4oK4v9NsH1VuEGMGpuEvObJAaguS5 Pfp38dIfMwK/U+d2+dwmJUFvL6Yb+qQTkPp8ftkLYF3sv8pBoGH7EUkp2KgtdRXYShjqFu9V NCIaE40GMIIGrzCCBZegAwIBAgIMI4l7YMPKWG8NuOwAMA0GCSqGSIb3DQEBCwUAMIGNMQsw CQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRz Y2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUwIwYDVQQD DBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBMB4XDTIwMDkyMjEzMzYxN1oXDTIxMTEx NjE1MzUzMlowgb4xCzAJBgNVBAYTAkRFMQ8wDQYDVQQIDAZCYXllcm4xETAPBgNVBAcMCE11 ZW5jaGVuMSkwJwYDVQQKDCBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECwwZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEVMBMGA1UEAwwMTWFudWVsIEViZXJs MSUwIwYJKoZIhvcNAQkBFhZtYW51ZWwuZWJlcmxAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEAucaS1T3hcnzeraljQM15EbQ1VC+eOZU5K5myJfZX4UH+eZq4 kqh7scR/NhBd6S4wnUF4f5JCAIufOLa3r1YkVKuK3LfYpzQnaKEufsdo8+SEWnldxCv/VPv1 eRTlZT3Z0jguqp54oDt3RyVXb81NfqEuJzNp6KbkPokZ4sggA1gVjc19bge5Iesw2xDJ6R+a /ZeNhcPt2uF3qHptkiJIm/lL8PBBT2M7EEIc6zwe9vzK2YtfEG3kZ/N5N1rICavwdyfdsslV 4CMje5jrdj7hWUs9kFfLoCyq8YGzolLNh30JlH7UGjA+d008Yec0ewr7NKmYOUKIZlfaOam/ /CKXfQIDAQABo4IC2jCCAtYwPgYDVR0gBDcwNTAPBg0rBgEEAYGtIYIsAQEEMBAGDisGAQQB ga0hgiwBAQQHMBAGDisGAQQBga0hgiwCAQQHMAkGA1UdEwQCMAAwDgYDVR0PAQH/BAQDAgXg MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQUcpSUz9enXud8qDpV 3R0dGEl2Z1swHwYDVR0jBBgwFoAUazqYi/nyU4na4K2yMh4JH+iqO3QwgasGA1UdEQSBozCB oIEQZWJlcmxtQGluLnR1bS5kZYEWbWFudWVsLmViZXJsQGluLnR1bS5kZYEgZWJlcmxtQGlu Zm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJm1hbnVlbC5lYmVybEBpbmZvcm1hdGlrLnR1LW11 ZW5jaGVuLmRlgRFlYmVybG1AY3MudHVtLmVkdYEXbWFudWVsLmViZXJsQGNzLnR1bS5lZHUw gY0GA1UdHwSBhTCBgjA/oD2gO4Y5aHR0cDovL2NkcDEucGNhLmRmbi5kZS9kZm4tY2EtZ2xv YmFsLWcyL3B1Yi9jcmwvY2FjcmwuY3JsMD+gPaA7hjlodHRwOi8vY2RwMi5wY2EuZGZuLmRl L2Rmbi1jYS1nbG9iYWwtZzIvcHViL2NybC9jYWNybC5jcmwwgdsGCCsGAQUFBwEBBIHOMIHL MDMGCCsGAQUFBzABhidodHRwOi8vb2NzcC5wY2EuZGZuLmRlL09DU1AtU2VydmVyL09DU1Aw SQYIKwYBBQUHMAKGPWh0dHA6Ly9jZHAxLnBjYS5kZm4uZGUvZGZuLWNhLWdsb2JhbC1nMi9w dWIvY2FjZXJ0L2NhY2VydC5jcnQwSQYIKwYBBQUHMAKGPWh0dHA6Ly9jZHAyLnBjYS5kZm4u ZGUvZGZuLWNhLWdsb2JhbC1nMi9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwDQYJKoZIhvcNAQEL BQADggEBAEpTbbFnQNh9aC08cx/DzduZ3ZDZD6xNW+4eyKfCnfyGr3XADGesbpRNqtv8ZBCR duT2g26iZgw0dHrVwxAzbbUkHHNM6FxQbO2ek5EHS2/NWLhzwq54LCseextQCYRMYxOM5Lrp HKfSqdZG6QmdY8Gl4XI6/RD70KYBoE1Ek6MHh+zrEwFNrvuuKdSBK2ekw4xMs9HqnKCf+DqU bpFkjecjHYSEiV8IwygHbzpimO4Eu8niFM7LlvuLnrKOcPefE2QxAX0uWzPCXyIYcPFZC8ue Lum8VtPNgj2WvLQ4B9rj0+ytw4157j4wKQGa+HX2frIblGajpjkEBYwpaI4cFBYxggQLMIIE BwIBATCBnjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVu ZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZO LVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI4l7YMPKWG8N uOwAMA0GCWCGSAFlAwQCAQUAoIICPTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0yMTAzMjQxNzEwNDhaMC8GCSqGSIb3DQEJBDEiBCBW6eZz5HlBfCxm7j1t MG4GX6Qrj4AYNjrZ9rWRF2ZdyTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglg hkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGvBgkrBgEEAYI3EAQxgaEwgZ4wgY0xCzAJBgNVBAYT AkRFMUUwQwYDVQQKDDxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVuIEZv cnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsMB0RGTi1QS0kxJTAjBgNVBAMMHERGTi1W ZXJlaW4gR2xvYmFsIElzc3VpbmcgQ0ECDCOJe2DDylhvDbjsADCBsQYLKoZIhvcNAQkQAgsx gaGggZ4wgY0xCzAJBgNVBAYTAkRFMUUwQwYDVQQKDDxWZXJlaW4genVyIEZvZXJkZXJ1bmcg ZWluZXMgRGV1dHNjaGVuIEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsMB0RGTi1Q S0kxJTAjBgNVBAMMHERGTi1WZXJlaW4gR2xvYmFsIElzc3VpbmcgQ0ECDCOJe2DDylhvDbjs ADANBgkqhkiG9w0BAQEFAASCAQAkWO+VoQQXi9HOrHbMJw6DCOh4YAFNnEhryg6L7/3N8Z46 WGLRkyiY5EyzRbCs+KRNWlVqmVg+uGALQL6sgvmPzCPNtlIG8BcANp0KadaAHVQjruuf8Kis aGyeMsisZgrqrUIcROFe4nFuNLGFgYdO46K8sKBvYCsWEdIDO8t2m5pbYejAj7TZQBEMPjim WdknjtAeYxlWbm7kJDu6f4sPScl7nvUXIr0S0Eaj0FUKQakl99lWcwW+3CH4b6N3TCK6lY+k LxIX9Qra+r+lePIPqTEXA7KQuPps4zJ1+wqUdOR5irs+Tr7/EsblmzDDTgL+17YoIZQ22t3b XEO5csQsAAAAAAAA --------------ms090200080408070300070204-- From holub at karlin.mff.cuni.cz Wed Mar 24 20:30:15 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:43110) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lPA8t-0005Fz-6h (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 24 Mar 2021 20:30:15 +0000 X-Cam-SpamDetails: score -2.5 from SpamAssassin-3.4.4-1887958 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [195.113.30.11 listed in list.dnswl.dnsbl.ja.net] * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from postak.karlin.mff.cuni.cz ([195.113.30.11]:55088) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lPA8s-000U2E-2I (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 24 Mar 2021 20:30:15 +0000 Received: from [192.168.0.136] (ip-86-49-235-116.net.upcbroadband.cz [86.49.235.116]) by postak.karlin.mff.cuni.cz (Postfix) with ESMTPSA id 0EF83205F8 for ; Wed, 24 Mar 2021 21:30:13 +0100 (CET) To: cl-isabelle-users at lists.cam.ac.uk From: Stepan Holub Message-ID: Date: Wed, 24 Mar 2021 21:30:10 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Subject: [isabelle] hd and last of Nil X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2021 20:30:16 -0000 Hi, it is true that hd [] = last [] (= undefined): lemma "hd Nil = last Nil"   unfolding hd_def last_def by simp This in particular implies that both lemma hd_rev: "xs ≠ [] ⟹ hd(rev xs) = last xs" and lemma last_rev: "xs ≠ [] ⟹ last(rev xs) = hd xs" happen to hold without the assumption. Is this cheating? Best regards Stepan From lp15 at cam.ac.uk Wed Mar 24 21:32:30 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:45152) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lPB78-00071k-54 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 24 Mar 2021 21:32:30 +0000 X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from lpaulson.plus.com ([81.174.248.240]:52768 helo=selenium.lan) by ppsw-32.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.156]:587) with esmtpsa (PLAIN:lp15) (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lPB78-000IAl-0N (Exim 4.94) (return-path ); Wed, 24 Mar 2021 21:32:30 +0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) From: Lawrence Paulson In-Reply-To: Date: Wed, 24 Mar 2021 21:32:29 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <59E4BC18-7B2B-479D-B3F6-A3FA6F08B71C at cam.ac.uk> References: To: Stepan Holub X-Mailer: Apple Mail (2.3654.60.0.2.21) Cc: cl-isabelle-users at lists.cam.ac.uk Subject: Re: [isabelle] hd and last of Nil X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2021 21:32:30 -0000 I don=E2=80=99t think it=E2=80=99s cheating. I think it=E2=80=99s great! Larry > On 24 Mar 2021, at 20:30, Stepan Holub = wrote: >=20 > it is true that hd [] =3D last [] (=3D undefined): >=20 > lemma "hd Nil =3D last Nil" > unfolding hd_def last_def by simp >=20 > This in particular implies that both >=20 > lemma hd_rev: "xs =E2=89=A0 [] =E2=9F=B9 hd(rev xs) =3D last xs" > and > lemma last_rev: "xs =E2=89=A0 [] =E2=9F=B9 last(rev xs) =3D hd xs" >=20 > happen to hold without the assumption. Is this cheating? From eberlm at in.tum.de Wed Mar 24 21:46:21 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:58218) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lPBKX-0007M5-OU (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 24 Mar 2021 21:46:21 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.4-1887958 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.8 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.8 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out1.in.tum.de ([131.159.0.8]:48455 helo=mail-out1.informatik.tu-muenchen.de) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lPBKX-000Tpt-0Z (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Wed, 24 Mar 2021 21:46:21 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id 698B31C196E; Wed, 24 Mar 2021 22:46:20 +0100 (CET) Received: (Authenticated sender: eberlm) by mail.in.tum.de (Postfix) with ESMTPSA id 5CD631C1965 for ; Wed, 24 Mar 2021 22:46:18 +0100 (CET) (Extended-Queue-bit tech_ihwtc at fff.in.tum.de) To: cl-isabelle-users at lists.cam.ac.uk References: <59E4BC18-7B2B-479D-B3F6-A3FA6F08B71C at cam.ac.uk> From: Manuel Eberl Message-ID: <3e903e69-e3bb-99c5-a655-5ad3de145aa0 at in.tum.de> Date: Wed, 24 Mar 2021 22:46:17 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <59E4BC18-7B2B-479D-B3F6-A3FA6F08B71C at cam.ac.uk> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US-large Subject: Re: [isabelle] hd and last of Nil X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2021 21:46:21 -0000 Philosophically, I think it is not a good idea to rely on the behaviour of functions outside their domain. From the point of view of robustness, this is also the case, since any change in this =E2=80=98unspecified beha= viour=E2=80=99 will break your proofs. =46rom a practical point of view, I would say: if it makes your life easier, go for it. The definitions of hd and tl are highly unlikely to change. Experience has shown that while it may seem more "honest" to leave functions "as unspecified as possible" outside their domain, it just makes things unnecessarily different. This is why I e.g. like to give functions some reasonable "dummy" value at points at which they are not defined, such as "0" for functions that return numbers. This is also what we do for "x / 0". Every now and then, somebody comes along and complains about it, but the reality is that it doesn't break anything and makes some things in practice a little easier. (for example, if you let ln be *completely* undefined on the negative numbers, it would no longer be a unconditionally measurable function, which confuses the automation for measurability to no end) Cheers, Manuel On 24/03/2021 22:32, Lawrence Paulson wrote: > I don=E2=80=99t think it=E2=80=99s cheating. I think it=E2=80=99s great= ! > Larry > >> On 24 Mar 2021, at 20:30, Stepan Holub wrot= e: >> >> it is true that hd [] =3D last [] (=3D undefined): >> >> lemma "hd Nil =3D last Nil" >> unfolding hd_def last_def by simp >> >> This in particular implies that both >> >> lemma hd_rev: "xs =E2=89=A0 [] =E2=9F=B9 hd(rev xs) =3D last xs" >> and >> lemma last_rev: "xs =E2=89=A0 [] =E2=9F=B9 last(rev xs) =3D hd xs" >> >> happen to hold without the assumption. Is this cheating? > From holub at karlin.mff.cuni.cz Thu Mar 25 07:25:14 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:49600) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lPKMk-0005Re-L6 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 07:25:14 +0000 X-Cam-SpamDetails: score -2.5 from SpamAssassin-3.4.5-1887995 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [195.113.30.11 listed in list.dnswl.dnsbl.ja.net] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from postak.karlin.mff.cuni.cz ([195.113.30.11]:37140) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lPKMj-000Rac-91 (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 07:25:14 +0000 Received: from [192.168.0.233] (ip-89-176-149-231.net.upcbroadband.cz [89.176.149.231]) by postak.karlin.mff.cuni.cz (Postfix) with ESMTPSA id 1A42720488; Thu, 25 Mar 2021 08:25:13 +0100 (CET) To: Manuel Eberl , cl-isabelle-users at lists.cam.ac.uk References: <59E4BC18-7B2B-479D-B3F6-A3FA6F08B71C at cam.ac.uk> <3e903e69-e3bb-99c5-a655-5ad3de145aa0 at in.tum.de> From: Stepan Holub Message-ID: <23a8af97-e0b2-718c-4538-69332f1ac31f at karlin.mff.cuni.cz> Date: Thu, 25 Mar 2021 08:25:13 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <3e903e69-e3bb-99c5-a655-5ad3de145aa0 at in.tum.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Antivirus: AVG (VPS 210324-0, 24.03.2021), Outbound message X-Antivirus-Status: Clean Subject: Re: [isabelle] hd and last of Nil X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 07:25:14 -0000 From the practical point of view, this makes the reasoning about the reversal symmetry a lot easier. Philosophically, the symmetry suggests that the dummy value for both hd Nil and last Nil should be the same in any eventual re-definition. It is interesting to note that the symmetry does not hold for nth. More precisely, the assumption in lemma rev_nth:   "n < size xs ⟹ rev xs ! n = xs ! (length xs - Suc n)" cannot be dropped. In this case, a dummy constant function for "nth Nil" would help. Stepan On 24-Mar-21 10:46 PM, Manuel Eberl wrote: > Philosophically, I think it is not a good idea to rely on the behaviour > of functions outside their domain. From the point of view of robustness, > this is also the case, since any change in this ‘unspecified behaviour’ > will break your proofs. > > From a practical point of view, I would say: if it makes your life > easier, go for it. The definitions of hd and tl are highly unlikely to > change. > > Experience has shown that while it may seem more "honest" to leave > functions "as unspecified as possible" outside their domain, it just > makes things unnecessarily different. This is why I e.g. like to give > functions some reasonable "dummy" value at points at which they are not > defined, such as "0" for functions that return numbers. This is also > what we do for "x / 0". Every now and then, somebody comes along and > complains about it, but the reality is that it doesn't break anything > and makes some things in practice a little easier. > > (for example, if you let ln be *completely* undefined on the negative > numbers, it would no longer be a unconditionally measurable function, > which confuses the automation for measurability to no end) > > Cheers, > > Manuel > > > On 24/03/2021 22:32, Lawrence Paulson wrote: >> I don’t think it’s cheating. I think it’s great! >> Larry >> >>> On 24 Mar 2021, at 20:30, Stepan Holub wrote: >>> >>> it is true that hd [] = last [] (= undefined): >>> >>> lemma "hd Nil = last Nil" >>> unfolding hd_def last_def by simp >>> >>> This in particular implies that both >>> >>> lemma hd_rev: "xs ≠ [] ⟹ hd(rev xs) = last xs" >>> and >>> lemma last_rev: "xs ≠ [] ⟹ last(rev xs) = hd xs" >>> >>> happen to hold without the assumption. Is this cheating? > -- Tento e-mail byl zkontrolován na viry programem AVG. http://www.avg.cz From sanan at ntu.edu.sg Thu Mar 25 08:22:48 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:34576) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lPLGS-0000NX-Jd (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 08:22:48 +0000 X-Cam-SpamDetails: score -0.8 from SpamAssassin-3.4.5-1887995 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low * trust * [40.107.132.70 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.107.132.70 listed in wl.mailspike.net] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-eopbgr1320070.outbound.protection.outlook.com ([40.107.132.70]:24512 helo=APC01-PU1-obe.outbound.protection.outlook.com) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lPLGR-000dz3-hR (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 08:22:48 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZtO/QCxBVlP27x6udzjYP9KlHdbqw4mq7d03YP1KFpHiygY1dUeEODQR8zBlTxmvI+q+IpVgKk1Qea7LbS3fCvsfTrcrtps2siMO22Ln3w4+BTECqPlnyDvcan/udVpbkBgjm2kxtyKlltaZvmixI4WKrWWegSsTi7WmbAiQPDRDWFbA2QC15ln2Gu9QsNXez5dBxgeB+wlyWdwoZAbW/mHkhCheOf7Qj/63LZ9IYL81xTi2BY8Rg52VRUbqH7u2XzS+yfFhd2oUZD/+O3ADJ1rzXZNaaLva8XbyaFbN/WJp1DT8b2acDDwFSzXHkUVfEp+Aos8zKiDu9C6jSJgWfA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nHumIjnDOgTHx8rExd7M4i2akmhowVU4UNTZ3Kmsg2U=; b=g2l2uCYeU0/gD2IxSodD7vsDdbItlVNk56kkjOLATgJiX1CGYFTf9k73A1Q2LcDu9SRetaqzQsdQyOub6xiOISp4gq0+HKRF9xTvcxUewkrexhr/Z9fNdJdQfTaOi4OidhGTNR1DWC7JG0183lEKRr6/lcKLAF/QvfTMyKpmJBeIBJk6RDBOM8bwt9MmY24xKQGAK6J5WxmRiZpFzvvWeAgbJZ//PZIC0AJq1/D0D+fePHUXRhGWQ69WlMw9yXb3O19A2PkAc2Fe6WAUUkcE7AfKUmcSZLDCXzg3RvpHeXdajFYxTM/fWaQ6wdiygEankmAhyF8fvf1qPNy6QR9Zjg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ntu.edu.sg; dmarc=pass action=none header.from=ntu.edu.sg; dkim=pass header.d=ntu.edu.sg; arc=none Received: from SG2PR01MB2599.apcprd01.prod.exchangelabs.com (2603:1096:4:7e::14) by SG2PR01MB3207.apcprd01.prod.exchangelabs.com (2603:1096:4:82::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3955.18; Thu, 25 Mar 2021 08:22:28 +0000 Received: from SG2PR01MB2599.apcprd01.prod.exchangelabs.com ([fe80::3054:b8df:2d31:a7f7]) by SG2PR01MB2599.apcprd01.prod.exchangelabs.com ([fe80::3054:b8df:2d31:a7f7%6]) with mapi id 15.20.3955.027; Thu, 25 Mar 2021 08:22:28 +0000 From: "Sanan Baena David Miguel (Dr)" To: "cl-isabelle-users at lists.cam.ac.uk" Thread-Topic: Evaluation of definitions defined inside a locale Thread-Index: AQHXIUgh1qUtSyLdyEKfABnMl3IfAQ== Date: Thu, 25 Mar 2021 08:22:27 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: lists.cam.ac.uk; dkim=none (message not signed) header.d=none; lists.cam.ac.uk; dmarc=none action=none header.from=ntu.edu.sg; x-originating-ip: [155.69.147.94] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 3a2b0cd7-34f1-4a64-1443-08d8ef67209f x-ms-traffictypediagnostic: SG2PR01MB3207: x-microsoft-antispam-prvs: x-o365: NTU-OFF365 x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Z+Ubb9Q4uuhVHQjPI0TEGBH5T+HnHtc9ETRvtDatnhGz0VUky9nv7BQwTX8bS3SuCNH3DRO79SWtofYulo0YBsCeDOsgivoXpeLJKbFRzw0HSfWldlDpsqJ86ybbaojKwQAyd5UW92UoK4UfcVMcU2EV9TXZKFX3T7n10T/1NjAeM1eZsi2Y+Iy2daLQ2y2SwXqUKTmUGfhb8wyXljeyXX4mzriK9J6mT5s+BT4iS5dWp2M2LlwUyKJ440++oXgoBTJ3zxJwOdiI8WCzAMDohRfitWT+863BaTBflg0FWerjQfB2pSgRjBMwxGd03cQGVlm2vD4WTf8636Csfc+edpG2xTkOJNkHEI8IYQ65tzIG9pUDPN1uzeFx/DMBBoiScvKhoscG6wb+wiBctIcfJvYQRvnkawKads7+muBjikd1hvMqQipaONzCNFkcbyNjauwsFcCvG3ZIAKq50w1R6TDfG1iwvHhphr2aJmZyCjKXPwVihCPKf9B/9HldFKH6ZSO1YIB+nM3IdBUfFIayC8Z4LNnmt0wnPEfTVzNQbgEhXvTbj0/Yuds/Uj9NDCvSS+1anax0MIh0WUCwJPMTbD+q523/dspLKJH2yNL1MJSEhXygOvxYXi/zelb+ccE3lLhpqZqvlUiX+DdDlz1tXBTej6YSB6jh7SRqgzXVwbc= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SG2PR01MB2599.apcprd01.prod.exchangelabs.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(376002)(366004)(39860400002)(136003)(396003)(26005)(66946007)(8936002)(19627405001)(8676002)(7696005)(66556008)(64756008)(186003)(66446008)(76116006)(2906002)(9686003)(55016002)(6916009)(38100700001)(66476007)(316002)(52536014)(83380400001)(786003)(6506007)(71200400001)(33656002)(5660300002)(86362001)(478600001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?iso-2022-jp?B?aUIxZS9oOS9Pb1VnOSttMllqT1JoN1JHR0pCSElNWHNmU3RGYTAzOEVx?= =?iso-2022-jp?B?cVJWRWpraWxuRFZmb1VmaVdDU2djTWFsNER0TEluSkdHZi9PK1B0eWV3?= =?iso-2022-jp?B?R2FpSFRHYmtOVGhGY2hjVytSTk5RR2lnd0R3TkJRUW5jYVJsaDVyUWt3?= =?iso-2022-jp?B?c0VFNkJPVlZQZ2pxUm94blJZREloRzhjRFVNRHAwVUtFWkRRdk9rd3VV?= =?iso-2022-jp?B?R1VWcnBVeFA2UmZ1YXVEeWoxckxnY2xtcXA4Y3VZTHFMUnU0OHNFODV6?= =?iso-2022-jp?B?YU8relNwemRSR1BZZU1mdDI5TnBrZy8zNHUyTW9GamhsQ1UxRkhweVNX?= =?iso-2022-jp?B?bDVoZjN3UGVJdUVYRTVWOW1QQkNIZjlXUXJGT09kRjV0THMxLzZYQjlE?= =?iso-2022-jp?B?UldPWXRmOEpsWTA4WkNzWkVNdHFkU2FHMjA5K3FXeXMrV2lwT2thM01h?= =?iso-2022-jp?B?NjVzazFkYU1WdE1xTzk2emYrOHhLc2dENVlBakJ2QVEyZEl0eTErNEhV?= =?iso-2022-jp?B?SUJ3YUF5bDFNZ1p6NjdtZUVlTGdZVlpIWDRPZ2hnSm5oVTkxemJQUkd6?= =?iso-2022-jp?B?V2ZUd2NVKzllMmdNUXJVV1NYbHlBNXhPbGhzekwwM2hsQVQyK2dBb2Nm?= =?iso-2022-jp?B?d29Ra1gwZTdXd2U5WVp0a3pPaVJCTW9VYnpwejJ2UnJkc1R0Q3ZBckls?= =?iso-2022-jp?B?bzVPRVhsdlZjNXNJZjc3cTlQVXJMWi96R2VOUitjY3l1OEE1TkNWTnFH?= =?iso-2022-jp?B?QnE1ZCtrSmFpSHhoTWMrMWpEUDVlOUtPMWFxbVAzTmUyYjdOQWQzWFFl?= =?iso-2022-jp?B?Rk1WVkZIc2hPK042UzgwOEhYSm1MZHZXNXljUTFCZjMyYk02V2NORjU0?= =?iso-2022-jp?B?d2UweUd3QjcvWDdmc3pNWVlQejFLei9VMVY5TEphbFNiV0dmNWxWUXVR?= =?iso-2022-jp?B?Y0w2L3hFbXQvL0tLUnFReUhvMzVORlpKTnBtUlVpMTB6UXFTM2E5OUZX?= =?iso-2022-jp?B?eEc3dUZnaUFjSVVlQ0lYdWdlWk9nbEQxVHhBMVJXbGdTbnlyZVBpK2VU?= =?iso-2022-jp?B?NmRpaVFRTGp5VWZ6OW9sb2tPT3VXR2tiYnRaa0RIWks1MUxpMS8wMWVs?= =?iso-2022-jp?B?SS9UTlYzVmZ4ck9CQ2o2T2taRHdqS0wyVEVUcUF4Nnl6TkU1K2NJY0RM?= =?iso-2022-jp?B?RmhtdGRyTnRzaXdjR2NXaDNaOEVKeGFlMmhhVjdEa3hUN0NsWkNjRlJT?= =?iso-2022-jp?B?VXpoK29NRU4vNjBrOXZMKytleUlEdXFJQXhtdmRWdGJYYlJndFU4S2FN?= =?iso-2022-jp?B?N1ZHMENqZ1BrdnpxYlFScERWd1krSE0rSW54UXJXUFcvNGtEUmNTNHho?= =?iso-2022-jp?B?L25FeGROYWtZdFBMQXI4MEVuWVZNcXNtQmhxT0VJT1FXMmdqR2JvWFIw?= =?iso-2022-jp?B?MVNaYm5rK25xektSSS9HRGY1K1ZuV1dWOVNjZGlQT0d0S2V2SkttUkJh?= =?iso-2022-jp?B?bkpXN0drOHdPMFpwRlQveFdzaXFVZTg4SDJXSzBOd01LREZobmJiOTdh?= =?iso-2022-jp?B?UU9mQjA0WHprSU8yRE8vRHlZRkI5cm52UnhWbjlkRi9iM0pybTc1MUhj?= =?iso-2022-jp?B?enJJZXIzZmJQSXhkWk5iZzRadXk0RmV5YXY2STFsM2pSK0dwRktqeTZ3?= =?iso-2022-jp?B?MTdUTzQxWG4rZEViS2lUbm9OZjJCM1oxMVQrRVoreno3dUhiSzFMWFFT?= =?iso-2022-jp?B?bWh3K3haa1RERmhITk9ZOXQwNWViMktEbGdNVzBJRUU4N3B5OTgybm8z?= =?iso-2022-jp?B?N2VndkRzWnAvNlo0czcxZkFVaGZlcGFYc3RvcTh2V2IwOGJsUWNMbkEy?= =?iso-2022-jp?B?eERESTl5N2w2VkdvVjBCQ1R5YUZJPQ==?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_SG2PR01MB2599C86BB2FCFFE1E902DDFD86629SG2PR01MB2599apcp_" MIME-Version: 1.0 X-OriginatorOrg: ntu.edu.sg X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SG2PR01MB2599.apcprd01.prod.exchangelabs.com X-MS-Exchange-CrossTenant-Network-Message-Id: 3a2b0cd7-34f1-4a64-1443-08d8ef67209f X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Mar 2021 08:22:27.9262 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 15ce9348-be2a-462b-8fc0-e1765a9b204a X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: aKSZk3BiZ4ywv6qtsIx7A1UgkQLxMK1/u8ObkrqXBFKuwy1VG/YBL2z2DhefFn24b7rBwPBWgawTm9bRmA6XSA+bsO/AjH23lBTKc/zEiaw= X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2PR01MB3207 X-Mailman-Approved-At: Thu, 25 Mar 2021 09:22:33 +0000 Subject: [isabelle] Evaluation of definitions defined inside a locale X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 08:22:48 -0000 --_000_SG2PR01MB2599C86BB2FCFFE1E902DDFD86629SG2PR01MB2599apcp_ Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable Hi Isabelle users, I am trying to evaluate definitions declared inside a locale, but I am gett= ing errors saying that I am using terms that are not constructors. However,= if I use abbreviations instead it works slightly better (details below). In this very simple example theory test imports Main begin locale mytest =3D fixes s1::"nat set" fixes l1::"nat list" begin definition add::"nat =1B$B"M=1B(B nat set" where "add v =1B$B"a=1B(B insert v s1" definition addl::"nat =1B$B"M=1B(B nat list" where "addl v =1B$B"a=1B(B v#l1" abbreviation abbs::"nat =1B$B"M=1B(B nat set" where "abbs v =1B$B"a=1B(B insert v s1" abbreviation abbl::"nat =3D> nat list" where "abbl =1B$B"a=1B(B insert v l1" end If I do an interpretation of mytest using numbers (1,2,3..) instead of 0 an= d Suc. interpretation v: mytest "{0,1}" "[0,1]". and I evaluate function add value "v.addl 2" I get ""Nat.one_nat_inst.one_nat" is not a constructor, on left hand side of equa= tion, in theorem: mytest.addl [zero_nat_inst.zero_nat, one_nat_inst.one_nat] ?v =1B$B"a=1B(B [?v, zero_nat_inst.zero_nat, one_nat_inst.one_nat]" if I change the interpretation interpretation v: mytest "{0,1}" "[0,Suc 0]". then the evaluation of addl is correct. However, it always fails when trying to evaluate "add" no matter whether th= e set is instantiated with numbers or with the natural number constructs. interpretation v: mytest "{0,Suc 0}" "[0,Suc 0]". gives the following error "Set.insert" is not a constructor, on left hand side of equation, in theore= m: mytest.add (insert zero_nat_inst.zero_nat (insert (Suc zero_nat_inst.zero_nat) bot_set_inst.bot_set)) ?v =1B$B"a=1B(B insert ?v (insert zero_nat_inst.zero_nat (insert (Suc zero_nat_inst.zero_nat) bot_set_inst.bot_set)) I am guessing that the problem here is that a set is an axiomatization and = it doesn't have proper constructs. If instead of using "definition" I use "abbreviation" for the declaration, = it works then when using sets and instantiating the set by using 0 and Suc.= If I use numbers, it doesn't evaluate the definition, it just gives the ty= pe. But at least it doesn't throw any error. Is there any workaround for this? Thank you very much! Best regards, David. ________________________________ CONFIDENTIALITY: This email is intended solely for the person(s) named and = may be confidential and/or privileged. If you are not the intended recipien= t, please delete it, notify us and do not copy, use, or disclose its conten= ts. Towards a sustainable earth: Print only when necessary. Thank you. --_000_SG2PR01MB2599C86BB2FCFFE1E902DDFD86629SG2PR01MB2599apcp_ Content-Type: text/html; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable
Hi Isabelle users,

I am trying to evaluate definitions declared inside a locale, but I am gett= ing errors saying that I am using terms that are not constructors. However,= if I use abbreviations instead it works slightly better (details below).

In this very simple example

theory test
  imports Main
begin
locale mytest =3D
  fixes s1::"nat set"
  fixes l1::"nat list"
begin

definition add::"nat =1B$B"M=1B(B nat set"
  where "add v =1B$B"a=1B(B insert v s1"

definition addl::"nat =1B$B"M=1B(B nat list"
  where "addl v =1B$B"a=1B(B v#l1"

abbreviation abbs::"nat =1B$B"M=1B(B nat set"
  where "abbs v =1B$B"a=1B(B insert v s1"

abbreviation abbl::"nat =3D> nat list"
  where "abbl =1B$B"a=1B(B insert v l1"

end

If I do an interpretation of mytest using numbers (1,2,3..) instead of 0 an= d Suc.

interpretation v: mytest "{0,1}" "[0,1]".

and I evaluate function add

value "v.addl 2"

I get
""Nat.one_nat_inst.one_nat" is not a constructor, on left ha= nd side of equation, in theorem:
mytest.addl [zero_nat_inst.zero_nat, one_nat_inst.one_nat] ?v =1B$B"a= =1B(B
[?v, zero_nat_inst.zero_nat, one_nat_inst.one_nat]"

if I change the interpretation

interpretation v: mytest "{0,1}" "[0,Suc 0]".

then the evaluation of addl is correct.

However, it always fails when trying to evaluate "add" no matter = whether the set is instantiated with numbers or with the natural number con= structs. 

interpretation v: mytest "{0,Suc 0}" "[0,Suc 0]".

gives the following error

"Set.insert" is not a constructor, on left hand side of equation,= in theorem:
mytest.add
 (insert zero_nat_inst.zero_nat
   (insert (Suc zero_nat_inst.zero_nat) bot_set_inst.bot_set= ))
 ?v =1B$B"a=1B(B
insert ?v
 (insert zero_nat_inst.zero_nat
   (insert (Suc zero_nat_inst.zero_nat) bot_set_inst.bot_set))

I am guessing that the problem here is that a set is an axiomatization and = it doesn't have proper constructs.

If instead of using "definition" I use "abbreviation" f= or the declaration, it works then when using sets and instantiating the set= by using 0 and Suc. If I use numbers, it doesn't evaluate the definition, = it just gives the type. But at least it doesn't throw any error.

Is there any workaround for this?

Thank you very much!

Best regards,
David.









CONFIDENTI= ALITY: This email is intended solely for the person(s) named and may be con= fidential and/or privileged. If you are not the intended recipient, please = delete it, notify us and do not copy, use, or disclose its contents.
Towards a sustainable earth: Print only when necessary. Thank you.

--_000_SG2PR01MB2599C86BB2FCFFE1E902DDFD86629SG2PR01MB2599apcp_-- From tjark.weber at it.uu.se Thu Mar 25 10:23:21 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:39518) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lPN97-0007Zq-PV (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 10:23:21 +0000 X-Cam-SpamDetails: score -2.5 from SpamAssassin-3.4.5-1887995 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [130.238.7.172 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [130.238.7.172 listed in wl.mailspike.net] * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from smtp-out1.uu.se ([130.238.7.172]:50317 helo=cursor.its.uu.se) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lPN91-000zlc-2w (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 10:23:21 +0000 Received: from e-mailfilter02.sunet.se (e-mailfilter02.sunet.se [192.36.171.202]) by cursor.its.uu.se (Postfix) with ESMTP id 2BF8668140E for ; Thu, 25 Mar 2021 11:22:50 +0100 (CET) Received: from velox.its.uu.se (velox.its.uu.se [130.238.7.74]) by e-mailfilter02.sunet.se (8.14.4/8.14.4/Debian-8+deb8u2) with ESMTP id 12PAMnI5118557 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 25 Mar 2021 11:22:49 +0100 Received: from smtp.user.uu.se (uuc-epost003.user.uu.se [130.238.3.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by velox.its.uu.se (Postfix) with ESMTPS id 60CAD600087 for ; Thu, 25 Mar 2021 11:22:48 +0100 (CET) Received: from weber.lan (92.34.249.5) by uuc-epost003.user.uu.se (130.238.3.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Thu, 25 Mar 2021 11:22:48 +0100 Message-ID: <9bfb61f7094ed0cc01a9ab122fe7a7d7a7332c77.camel at it.uu.se> From: Tjark Weber To: Date: Thu, 25 Mar 2021 11:22:48 +0100 In-Reply-To: <3e903e69-e3bb-99c5-a655-5ad3de145aa0 at in.tum.de> References: <59E4BC18-7B2B-479D-B3F6-A3FA6F08B71C at cam.ac.uk> <3e903e69-e3bb-99c5-a655-5ad3de145aa0 at in.tum.de> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.5-1.1 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [92.34.249.5] X-ClientProxiedBy: uuc-epost004.user.uu.se (130.238.3.14) To uuc-epost003.user.uu.se (130.238.3.13) X-Bayes-Prob: 0.0001 (Score 0, tokens from: outbound, outbound-uu-se:default, uu-se:default, base:default, @@RPTN) X-Spam-Score: 0.00 () [Tag at 15.00] X-p0f-Info: os=Linux 3.11 and newer, link=Ethernet or modem X-CanIt-Geo: ip=130.238.3.13; country=SE; region=Uppsala County; city=Knivsta; latitude=59.7256; longitude=17.7875; http://maps.google.com/maps?q=59.7256,17.7875&z=6 X-CanItPRO-Stream: outbound-uu-se:outbound (inherits from outbound-uu-se:default, uu-se:default, base:default) X-Canit-Stats-ID: 0a4IymNe9 - 90bcc6c0bafb - 20210325 X-Scanned-By: CanIt (www . roaringpenguin . com) Subject: Re: [isabelle] hd and last of Nil X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 10:23:21 -0000 On Wed, 2021-03-24 at 22:46 +0100, Manuel Eberl wrote: > Every now and then, somebody comes along and complains about it, but > the reality is that it doesn't break anything and makes some things > in practice a little easier. Stronger assumptions allow to prove more theorems, but they hold for fewer models. Of course, nothing "breaks" as long as the thing you want to reason about satisfies these assumptions. But if you want to use Isabelle's hd and last to formalize something, you'll now have to think twice to make sure that "hd [] =3D last []" holds for your application; otherwise, your formalization is unsound. Most importantly, you'll have to be aware that this is even an issue. I think this could be surprising to many users, especially since it is not obvious from the definitions of hd and last. (On the other hand, HOL is a logic of total functions, so hd [] and last [] would still exist even if they were left unspecified. I acknowledge that this might already be surprising to some users.) Best, Tjark N=C3=A4r du har kontakt med oss p=C3=A5 Uppsala universitet med e-post s=C3= =A5 inneb=C3=A4r det att vi behandlar dina personuppgifter. F=C3=B6r att l= =C3=A4sa mer om hur vi g=C3=B6r det kan du l=C3=A4sa h=C3=A4r: http://www.u= u.se/om-uu/dataskydd-personuppgifter/ E-mailing Uppsala University means that we will process your personal data.= For more information on how this is performed, please read here: http://ww= w.uu.se/en/about-uu/data-protection-policy From eberlm at in.tum.de Thu Mar 25 15:23:20 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:36652) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lPRpQ-00060k-Nu (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 15:23:20 +0000 X-Cam-SpamDetails: score -2.4 from SpamAssassin-3.4.5-1887995 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [131.159.0.8 listed in list.dnswl.dnsbl.ja.net] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [131.159.0.8 listed in wl.mailspike.net] * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-out1.in.tum.de ([131.159.0.8]:55945 helo=mail-out1.informatik.tu-muenchen.de) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lPRpP-0007tg-pM (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 15:23:20 +0000 Received: by mail.in.tum.de (Postfix, from userid 107) id BB3AB1C062E; Thu, 25 Mar 2021 16:23:17 +0100 (CET) Received: (Authenticated sender: eberlm) by mail.in.tum.de (Postfix) with ESMTPSA id 7A41F1C0622 for ; Thu, 25 Mar 2021 16:23:15 +0100 (CET) (Extended-Queue-bit tech_znnku at fff.in.tum.de) To: cl-isabelle-users at lists.cam.ac.uk References: <59E4BC18-7B2B-479D-B3F6-A3FA6F08B71C at cam.ac.uk> <3e903e69-e3bb-99c5-a655-5ad3de145aa0 at in.tum.de> <9bfb61f7094ed0cc01a9ab122fe7a7d7a7332c77.camel at it.uu.se> From: Manuel Eberl Message-ID: Date: Thu, 25 Mar 2021 16:23:14 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <9bfb61f7094ed0cc01a9ab122fe7a7d7a7332c77.camel at it.uu.se> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms020607070106060204090406" Subject: Re: [isabelle] hd and last of Nil X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 15:23:20 -0000 This is a cryptographically signed message in MIME format. --------------ms020607070106060204090406 Content-Type: text/plain; charset=utf-8 Content-Language: en-US-large Content-Transfer-Encoding: quoted-printable On 25/03/2021 11:22, Tjark Weber wrote: > On Wed, 2021-03-24 at 22:46 +0100, Manuel Eberl wrote: >> Every now and then, somebody comes along and complains about it, but >> the reality is that it doesn't break anything and makes some things >> in practice a little easier. >=20 > Stronger assumptions allow to prove more theorems, but they hold for > fewer models. That sentence was directed more at the recurring discussion of whether defining "x / 0 =3D 0" leads to logical inconsistencies (which it clearly= doesn't). I agree that these choices do have *some* potentially negative consequences. But a total logic like HOL, especially combined with the lack of dependent types, simply isn't made for dealing with undefined things properly. And even in systems that do have dependent types, I think people often resort to "dummy values" for things like "division by zero" or instead of restricting the input type. Manuel --------------ms020607070106060204090406 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC EXkwggUSMIID+qADAgECAgkA4wvV+K8l2YEwDQYJKoZIhvcNAQELBQAwgYIxCzAJBgNVBAYT AkRFMSswKQYDVQQKDCJULVN5c3RlbXMgRW50ZXJwcmlzZSBTZXJ2aWNlcyBHbWJIMR8wHQYD VQQLDBZULVN5c3RlbXMgVHJ1c3QgQ2VudGVyMSUwIwYDVQQDDBxULVRlbGVTZWMgR2xvYmFs Um9vdCBDbGFzcyAyMB4XDTE2MDIyMjEzMzgyMloXDTMxMDIyMjIzNTk1OVowgZUxCzAJBgNV BAYTAkRFMUUwQwYDVQQKEzxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVu IEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsTB0RGTi1QS0kxLTArBgNVBAMTJERG Ti1WZXJlaW4gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgMjCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAMtg1/9moUHN0vqHl4pzq5lN6mc5WqFggEcVToyVsuXPztNXS43O+FZs FVV2B+pG/cgDRWM+cNSrVICxI5y+NyipCf8FXRgPxJiZN7Mg9mZ4F4fCnQ7MSjLnFp2uDo0p eQcAIFTcFV9Kltd4tjTTwXS1nem/wHdN6r1ZB+BaL2w8pQDcNb1lDY9/Mm3yWmpLYgHurDg0 WUU2SQXaeMpqbVvAgWsRzNI8qIv4cRrKO+KA3Ra0Z3qLNupOkSk9s1FcragMvp0049ENF4N1 xDkesJQLEvHVaY4l9Lg9K7/AjsMeO6W/VRCrKq4Xl14zzsjz9AkH4wKGMUZrAcUQDBHHWekC AwEAAaOCAXQwggFwMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUk+PYMiba1fFKpZFK4OpL 4qIMz+EwHwYDVR0jBBgwFoAUv1kgNgB5oKAia4zV8mHSuCzLgkowEgYDVR0TAQH/BAgwBgEB /wIBAjAzBgNVHSAELDAqMA8GDSsGAQQBga0hgiwBAQQwDQYLKwYBBAGBrSGCLB4wCAYGZ4EM AQICMEwGA1UdHwRFMEMwQaA/oD2GO2h0dHA6Ly9wa2kwMzM2LnRlbGVzZWMuZGUvcmwvVGVs ZVNlY19HbG9iYWxSb290X0NsYXNzXzIuY3JsMIGGBggrBgEFBQcBAQR6MHgwLAYIKwYBBQUH MAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMEgGCCsGAQUFBzAChjxodHRw Oi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9UZWxlU2VjX0dsb2JhbFJvb3RfQ2xhc3NfMi5j ZXIwDQYJKoZIhvcNAQELBQADggEBAIcL/z4Cm2XIVi3WO5qYi3FP2ropqiH5Ri71sqQPrhE4 eTizDnS6dl2e6BiClmLbTDPo3flq3zK9LExHYFV/53RrtCyD2HlrtrdNUAtmB7Xts5et6u5/ MOaZ/SLick0+hFvu+c+Z6n/XUjkurJgARH5pO7917tALOxrN5fcPImxHhPalR6D90Bo0fa3S PXez7vTXTf/D6OWST1k+kEcQSrCFWMBvf/iu7QhCnh7U3xQuTY+8npTD5+32GPg8SecmqKc2 2CzeIs2LgtjZeOJVEqM7h0S2EQvVDFKvaYwPBt/QolOLV5h7z/0HJPT8vcP9SpIClxvyt7bP ZYoaorVyGTkwggWsMIIElKADAgECAgcbY7rQHiw9MA0GCSqGSIb3DQEBCwUAMIGVMQswCQYD VQQGEwJERTFFMEMGA1UEChM8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hl biBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLEwdERk4tUEtJMS0wKwYDVQQDEyRE Rk4tVmVyZWluIENlcnRpZmljYXRpb24gQXV0aG9yaXR5IDIwHhcNMTYwNTI0MTEzODQwWhcN MzEwMjIyMjM1OTU5WjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9l cmRlcnVuZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UE CwwHREZOLVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQTCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ07eRxH3h+Gy8Zp1xCeOdfZojDbchwFfylf S2jxrRnWTOFrG7ELf6Gr4HuLi9gtzm6IOhDuV+UefwRRNuu6cG1joL6WLkDh0YNMZj0cZGnl m6Stcq5oOVGHecwX064vXWNxSzl660Knl5BpBb+Q/6RAcL0D57+eGIgfn5mITQ5HjUhfZZkQ 0tkqSe3BuS0dnxLLFdM/fx5ULzquk1enfnjK1UriGuXtQX1TX8izKvWKMKztFwUkP7agCwf9 TRqaA1KgNpzeJIdl5Of6x5ZzJBTN0OgbaJ4YWa52fvfRCng8h0uwN89Tyjo4EPPLR22MZD08 WkVKusqAfLjz56dMTM0CAwEAAaOCAgUwggIBMBIGA1UdEwEB/wQIMAYBAf8CAQEwDgYDVR0P AQH/BAQDAgEGMCkGA1UdIAQiMCAwDQYLKwYBBAGBrSGCLB4wDwYNKwYBBAGBrSGCLAEBBDAd BgNVHQ4EFgQUazqYi/nyU4na4K2yMh4JH+iqO3QwHwYDVR0jBBgwFoAUk+PYMiba1fFKpZFK 4OpL4qIMz+EwgY8GA1UdHwSBhzCBhDBAoD6gPIY6aHR0cDovL2NkcDEucGNhLmRmbi5kZS9n bG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDBAoD6gPIY6aHR0cDovL2NkcDIu cGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1nMi1jYS9wdWIvY3JsL2NhY3JsLmNybDCB3QYIKwYB BQUHAQEEgdAwgc0wMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1T ZXJ2ZXIvT0NTUDBKBggrBgEFBQcwAoY+aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwt cm9vdC1nMi1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwSgYIKwYBBQUHMAKGPmh0dHA6Ly9j ZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtZzItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0 MA0GCSqGSIb3DQEBCwUAA4IBAQCBeEWkTqR/DlXwCbFqPnjMaDWpHPOVnj/z+N9rOHeJLI21 rT7H8pTNoAauusyosa0zCLYkhmI2THhuUPDVbmCNT1IxQ5dGdfBi5G5mUcFCMWdQ5UnnOR7L n8qGSN4IFP8VSytmm6A4nwDO/afr0X9XLchMX9wQEZc+lgQCXISoKTlslPwQkgZ7nu7YRrQb tQMMONncsKk/cQYLsgMHM8KNSGMlJTx6e1du94oFOO+4oK4v9NsH1VuEGMGpuEvObJAaguS5 Pfp38dIfMwK/U+d2+dwmJUFvL6Yb+qQTkPp8ftkLYF3sv8pBoGH7EUkp2KgtdRXYShjqFu9V NCIaE40GMIIGrzCCBZegAwIBAgIMI4l7YMPKWG8NuOwAMA0GCSqGSIb3DQEBCwUAMIGNMQsw CQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRz Y2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUwIwYDVQQD DBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBMB4XDTIwMDkyMjEzMzYxN1oXDTIxMTEx NjE1MzUzMlowgb4xCzAJBgNVBAYTAkRFMQ8wDQYDVQQIDAZCYXllcm4xETAPBgNVBAcMCE11 ZW5jaGVuMSkwJwYDVQQKDCBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECwwZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEVMBMGA1UEAwwMTWFudWVsIEViZXJs MSUwIwYJKoZIhvcNAQkBFhZtYW51ZWwuZWJlcmxAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEAucaS1T3hcnzeraljQM15EbQ1VC+eOZU5K5myJfZX4UH+eZq4 kqh7scR/NhBd6S4wnUF4f5JCAIufOLa3r1YkVKuK3LfYpzQnaKEufsdo8+SEWnldxCv/VPv1 eRTlZT3Z0jguqp54oDt3RyVXb81NfqEuJzNp6KbkPokZ4sggA1gVjc19bge5Iesw2xDJ6R+a /ZeNhcPt2uF3qHptkiJIm/lL8PBBT2M7EEIc6zwe9vzK2YtfEG3kZ/N5N1rICavwdyfdsslV 4CMje5jrdj7hWUs9kFfLoCyq8YGzolLNh30JlH7UGjA+d008Yec0ewr7NKmYOUKIZlfaOam/ /CKXfQIDAQABo4IC2jCCAtYwPgYDVR0gBDcwNTAPBg0rBgEEAYGtIYIsAQEEMBAGDisGAQQB ga0hgiwBAQQHMBAGDisGAQQBga0hgiwCAQQHMAkGA1UdEwQCMAAwDgYDVR0PAQH/BAQDAgXg MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQUcpSUz9enXud8qDpV 3R0dGEl2Z1swHwYDVR0jBBgwFoAUazqYi/nyU4na4K2yMh4JH+iqO3QwgasGA1UdEQSBozCB oIEQZWJlcmxtQGluLnR1bS5kZYEWbWFudWVsLmViZXJsQGluLnR1bS5kZYEgZWJlcmxtQGlu Zm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJm1hbnVlbC5lYmVybEBpbmZvcm1hdGlrLnR1LW11 ZW5jaGVuLmRlgRFlYmVybG1AY3MudHVtLmVkdYEXbWFudWVsLmViZXJsQGNzLnR1bS5lZHUw gY0GA1UdHwSBhTCBgjA/oD2gO4Y5aHR0cDovL2NkcDEucGNhLmRmbi5kZS9kZm4tY2EtZ2xv YmFsLWcyL3B1Yi9jcmwvY2FjcmwuY3JsMD+gPaA7hjlodHRwOi8vY2RwMi5wY2EuZGZuLmRl L2Rmbi1jYS1nbG9iYWwtZzIvcHViL2NybC9jYWNybC5jcmwwgdsGCCsGAQUFBwEBBIHOMIHL MDMGCCsGAQUFBzABhidodHRwOi8vb2NzcC5wY2EuZGZuLmRlL09DU1AtU2VydmVyL09DU1Aw SQYIKwYBBQUHMAKGPWh0dHA6Ly9jZHAxLnBjYS5kZm4uZGUvZGZuLWNhLWdsb2JhbC1nMi9w dWIvY2FjZXJ0L2NhY2VydC5jcnQwSQYIKwYBBQUHMAKGPWh0dHA6Ly9jZHAyLnBjYS5kZm4u ZGUvZGZuLWNhLWdsb2JhbC1nMi9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwDQYJKoZIhvcNAQEL BQADggEBAEpTbbFnQNh9aC08cx/DzduZ3ZDZD6xNW+4eyKfCnfyGr3XADGesbpRNqtv8ZBCR duT2g26iZgw0dHrVwxAzbbUkHHNM6FxQbO2ek5EHS2/NWLhzwq54LCseextQCYRMYxOM5Lrp HKfSqdZG6QmdY8Gl4XI6/RD70KYBoE1Ek6MHh+zrEwFNrvuuKdSBK2ekw4xMs9HqnKCf+DqU bpFkjecjHYSEiV8IwygHbzpimO4Eu8niFM7LlvuLnrKOcPefE2QxAX0uWzPCXyIYcPFZC8ue Lum8VtPNgj2WvLQ4B9rj0+ytw4157j4wKQGa+HX2frIblGajpjkEBYwpaI4cFBYxggQLMIIE BwIBATCBnjCBjTELMAkGA1UEBhMCREUxRTBDBgNVBAoMPFZlcmVpbiB6dXIgRm9lcmRlcnVu ZyBlaW5lcyBEZXV0c2NoZW4gRm9yc2NodW5nc25ldHplcyBlLiBWLjEQMA4GA1UECwwHREZO LVBLSTElMCMGA1UEAwwcREZOLVZlcmVpbiBHbG9iYWwgSXNzdWluZyBDQQIMI4l7YMPKWG8N uOwAMA0GCWCGSAFlAwQCAQUAoIICPTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0yMTAzMjUxNTIzMTRaMC8GCSqGSIb3DQEJBDEiBCCq/san6duaj6bmVVNf KM6pu14h1CBRqtzE0iVq9yAZLjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglg hkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGvBgkrBgEEAYI3EAQxgaEwgZ4wgY0xCzAJBgNVBAYT AkRFMUUwQwYDVQQKDDxWZXJlaW4genVyIEZvZXJkZXJ1bmcgZWluZXMgRGV1dHNjaGVuIEZv cnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsMB0RGTi1QS0kxJTAjBgNVBAMMHERGTi1W ZXJlaW4gR2xvYmFsIElzc3VpbmcgQ0ECDCOJe2DDylhvDbjsADCBsQYLKoZIhvcNAQkQAgsx gaGggZ4wgY0xCzAJBgNVBAYTAkRFMUUwQwYDVQQKDDxWZXJlaW4genVyIEZvZXJkZXJ1bmcg ZWluZXMgRGV1dHNjaGVuIEZvcnNjaHVuZ3NuZXR6ZXMgZS4gVi4xEDAOBgNVBAsMB0RGTi1Q S0kxJTAjBgNVBAMMHERGTi1WZXJlaW4gR2xvYmFsIElzc3VpbmcgQ0ECDCOJe2DDylhvDbjs ADANBgkqhkiG9w0BAQEFAASCAQB9Z/hTi/dxitkUiAmlrdsaURY+DdXpc3f3f35iETjepF79 9XzDcDHZQgcZ5t0lIb3eiJ/J2vaDNlUPrTnj6cu839URL3GTKmyNbZekv4cP+adCrMxaMLWY Itp5h7yxu3N8xJpsn/2LP6K7RWiN2BvUIK1n2pRfdRpPnoW2x9xZ4Z2cFI4aM6cG9ZvLLsaV R63f2UH1lVRbNyyDUkJHUndPBa9PnHQwnJnn2iIoCnKXdJEhav3cPCoiaP+FLQFPUwLMhshq 0mwGflTn/myjg+6kTfCBKwvAoeRLWUkbQ3jDQHBfb481un/DYIt2pjIFvZY1LY/2PGS+u87c 1bQiNCiQAAAAAAAA --------------ms020607070106060204090406-- From Jeremy.Dawson at anu.edu.au Thu Mar 25 22:55:58 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:52650) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lPYtS-00050R-2J (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 22:55:58 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.5-1887995 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [40.107.107.119 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.107.107.119 listed in wl.mailspike.net] * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.0 MSGID_FROM_MTA_HEADER Message-Id was added by a relay * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-sy4aus01on2119.outbound.protection.outlook.com ([40.107.107.119]:64943 helo=AUS01-SY4-obe.outbound.protection.outlook.com) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lPYtQ-000jpZ-9M (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 22:55:58 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CeyIDAEq7XTX4XSa6I6+vwOTtzru5pVMGQGXVGa7vrqJG+9Smyuv9ZLVzI8LYCmpQ7poui3UyVJ52FKMGL8VCpcINiZt//pvrczyuyj5ZTyNrvoY30sbYqnRmGgGYzx1zjtX1yzCOgpOD9s3BMdzp6A+9g9VxA02bGGVLp7BJz9J/InkX4WybXTKlzLhf37lv74dSQOXjS0LQ7YaYziQS2ED1T47DQhncpc2nv9fTpQmJfUKRvLkkEdcBVWwIlRqFE6RMvEc5vQryW0SJ2h6vtjfcZG9sEEB8x59F01THRVes9XzAr9DZUHlLpdeZN+528lfNq5u4tt543cBBKuxaA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=L/vCnJm2zMehVr/E7RPlgqMZlILrTen8wsErxY2lSLs=; b=kAyJlF1jpjVdaYI6Keu5Yz2LSfVU/sceq5YkoNIL+uibrBpjKUqrSbkMIc+OLwTeP2LNKpMP7c9x0CdmnEzt2gezYz1s3jd8eRXpMYDcmhyVaw6cCKyHCCyVV2P/bsxpFVlGmz+AJN/YaEpaDWxw88oaEdC/OxWULYSSz6++J7MoE3dfVLxnvFTsxbRuy9z5A7sP4Bp2Ppd7nprYVLVYARiGq+7bXakOTtceTbATAcGY4dQSS+O37Nky1AYK+sR2yCNFJvB8Rhs7QfcaBXxoyuPOOjf0BbTtn8NeMrvJQ26vUkESvSospVs0di4XBPTVm7UKiBLPGxtSw66cen0jsg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=anu.edu.au; dmarc=pass action=none header.from=anu.edu.au; dkim=pass header.d=anu.edu.au; arc=none Authentication-Results: lists.cam.ac.uk; dkim=none (message not signed) header.d=none; lists.cam.ac.uk; dmarc=none action=none header.from=anu.edu.au; Received: from SYYP282MB1470.AUSP282.PROD.OUTLOOK.COM (2603:10c6:10:7a::12) by SY4P282MB1738.AUSP282.PROD.OUTLOOK.COM (2603:10c6:10:c2::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3977.26; Thu, 25 Mar 2021 22:55:38 +0000 Received: from SYYP282MB1470.AUSP282.PROD.OUTLOOK.COM ([fe80::bd8c:529e:e915:2b9]) by SYYP282MB1470.AUSP282.PROD.OUTLOOK.COM ([fe80::bd8c:529e:e915:2b9%3]) with mapi id 15.20.3977.026; Thu, 25 Mar 2021 22:55:38 +0000 To: cl-isabelle-users at lists.cam.ac.uk References: <59E4BC18-7B2B-479D-B3F6-A3FA6F08B71C at cam.ac.uk> <3e903e69-e3bb-99c5-a655-5ad3de145aa0 at in.tum.de> <9bfb61f7094ed0cc01a9ab122fe7a7d7a7332c77.camel at it.uu.se> From: Jeremy Dawson Message-ID: <734889a6-e3a3-d79e-b9e4-42d7fb1055fb at anu.edu.au> Date: Fri, 26 Mar 2021 09:55:37 +1100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [120.17.111.171] X-ClientProxiedBy: SYBPR01CA0118.ausprd01.prod.outlook.com (2603:10c6:10:1::34) To SYYP282MB1470.AUSP282.PROD.OUTLOOK.COM (2603:10c6:10:7a::12) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from localhost.localdomain (120.17.111.171) by SYBPR01CA0118.ausprd01.prod.outlook.com (2603:10c6:10:1::34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3977.26 via Frontend Transport; Thu, 25 Mar 2021 22:55:37 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 48ed911f-0fdd-4551-6233-08d8efe11b5c X-MS-TrafficTypeDiagnostic: SY4P282MB1738: X-Microsoft-Antispam-PRVS: x-cricos: 00120C X-MS-Oob-TLC-OOBClassifiers: OLM:8273; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: vjoLZCo+o/cVZX/D8Y8Cb4P5C5W1kk/8jEqrZ8vPaDWoCheMqmSkLeVmRRMU+PLFxHEwmK5HnsXBc+ejSEwZ7aInjVUDTnMhhMU3NStYIyyA654w/q4nXh6oloOfFi7kPy0rT7p7rwI/GVY13s8++/3LvzPZ5khlu3TsHzra/CPE1pC0VhfvYZ+lkDofsYOHN2hJb/LJhdGgIF9KMPNqGkN6CSyp7fxJfQzVQXQL9ziuVGEtTlbkzB2Zwz62XIgnaahIZmor/7j4GcrAFQXWWV8p9DhkUHk/Qsb1JNlv/VfkObsWC4HeGvKJYDEpOg5dg0rbH+uxNlby7IeSq5UaOT8yfa1FKqijO3yvi3/jfIqoNTdwu0GSBehcPDKlNuTJUjkRHf379GqusvnKtj2P12lqUXRxxgU7PhYpL1xbmLlRulmxcqTWpUB5mkH4/Eici5Vd3hcwsxz3jwxZXtfPxxgHx+ou5I8/Q60MJ+Sr56YTxRWg8gERBaPF2PMNIUUzERGFCEQibuzcOMERGdwJnZmbKAtglZTU4aul6PzYsvjiU8hfVIvWQP1wIjI8hO5D0JRkCtw8yVwwtl+/KGaPs4yXEwWp1foba5Sn/tON0Et5i8EczITsQHP80RJ5LYxlA2PLG5QCVfT5OxwoytpwLZrDYcCSNRwQ527PyYWGvf/41OFprqTyTKfReyOhbkcsisqIf4Qcx/XMOusovurCSCwcvkgNsDervd+zFHiQ4ZQ= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SYYP282MB1470.AUSP282.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(346002)(376002)(396003)(366004)(136003)(6916009)(6486002)(31696002)(316002)(86362001)(6512007)(36756003)(786003)(8676002)(31686004)(2616005)(956004)(16526019)(52116002)(6506007)(53546011)(66946007)(66476007)(66556008)(186003)(5660300002)(8936002)(478600001)(4744005)(38100700001)(26005)(2906002)(45980500001)(43740500002); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData: =?utf-8?B?VXowVjZMNDhDWlNBeDdOczNSWmtaVEc2azVvZVQwSTJoRU1sL09sQzV3dUxQ?= =?utf-8?B?ZS9jRzc0K29YVUZSdU1xRGZkVEJIOTZ6d0drMUZGdlRreVA4SG9xQTdNeGNJ?= =?utf-8?B?QkxwRlJwMmZtVGRqM1gyVGErMlBsditST0NUU3VMeThxOGlYcnhLaEJZbWww?= =?utf-8?B?L015OEtVK2JtTmpBWWRBWEczMFFucnBlb2w4SjNmY2RHSmpmK3FoR1NKVnlI?= =?utf-8?B?aWJ3aTZFWDJWUTk1bDBMLzJRZEtjbU16TzhYZWxzejU2RGNWTkZ1OVh3S3Rz?= =?utf-8?B?QVk5RTJVU0NqUldRcVJhNFgyeWZPWUdXYTR3VUppaXkrYlRBeFdLbmh0bVRq?= =?utf-8?B?Y2Z6MTJCOXRXWDEwSWVYSjNSNVI3YnErZVFQMWNDeGU2Tm5INW1FZXltUXpo?= =?utf-8?B?K2d2dVNPOUttWjQxZE03c2dLQlRlT1kyajNLTGhHckRkdEFjTy9JK3ZFWFNJ?= =?utf-8?B?QmN6R3FjSnZnb1VYT09pNmx1N3pCT3VMT1hCWDJsUDNxeVBNTlRTeHZjT0Nt?= =?utf-8?B?a3hpYWZlUXF2SVM3b0dDb1ZVYnRlbWQ5S2V3WXdtRnEzM2x4Q25nSDJya1Nv?= =?utf-8?B?bG1GbEluY3dybzhGMnFQVkFSMStxMVFxZ0lGQlpSZXY2Tk5jWFRNT3BPVWpr?= =?utf-8?B?d0RxNEdudE91UUV0c3NBUW9xd0tIZGsyWWViUFRrTGNRZEFQT1lsWXg1QjdF?= =?utf-8?B?TkdKMkJjVnZhWHhNQzA2cEtGcWE1dnVzSTEwaXBxTXhiUS9oUXlrZHN3MlZN?= =?utf-8?B?bjkxa3NCYjN2OGhYdEVpbEJZNGlaazlIZTc5anVDb3o2WjJJaTVLY2xQYklS?= =?utf-8?B?OGVDUVZhcldqV3ppR25qandla0taQy9qZDN0UE9xL3ZvajNIWmVZTnVQdWJT?= =?utf-8?B?YXFRRU5PYWZoN1pFRW9XZEJPMmE0MHdHNXpqa3Y3c3dVa25XSEQvMkhFN21Q?= =?utf-8?B?WVQvRktxZWZXMkUwU2JtU2d2SzF3K3hVbnN1ZEtGNVhxRlRYZnczeGJLVFRU?= =?utf-8?B?RVRBbmpwblNkWU1XVWlpVjZtbTZLOGRHNVBvejZBRi93eC9hWU1HRGN6cklZ?= =?utf-8?B?cmMxL3B2TnpKaVE1c2JMMzVLVFEyYlhYM3FyM2tQZTE4c2dqTnl5eUpZejRh?= =?utf-8?B?bDZCV3lHTXZZeWdmakVrZ2pVZnYrYWZQU2tHandxbEd3L2FiY1hOcTFVYlU4?= =?utf-8?B?Qng2TytFeVBDWVlQRDIxZjllZHJBSEgvaHRMenFKSHZLUHJPSVk2Q1hSTmdW?= =?utf-8?B?SzVZd2lNNDZnUk9ZL2FyUWxVUUNqQ0x4U1FMTzIvbjE4cXY0MDhWY0dmQzM1?= =?utf-8?B?T0VzS3htTjUwYzhLTVBHZTdpWk9rTGUrcThHYkpuVXkzaWVuUG9EdXIrZ29G?= =?utf-8?B?THpqbVpZUVVpZVhyb2xoWGQwN2RCRVZkTTZtK3FnWGtuVWJOVmdEZ3NuT2xM?= =?utf-8?B?ZGVhUDFJYVR3Uzg0bkJETm9TZTdNQ3VGa01TelBLb25hYzR2YkIwSkt5UW9y?= =?utf-8?B?UU52SnRTcks1TmJGSHZOUzNtdjN6OXVoSmdlMmZSNVZmU0daT09YTUh1bjJo?= =?utf-8?B?RFhWVGFUN1BkL2RxWVRNdFJlOWZRUlRiSm9KTC9GWHFuc2lUd0RtR2xnWi9U?= =?utf-8?B?QnlSOGZLWTdURmlTRlRHVTB3NEVKNE9nenJRbi9BanJUbkFsN08zeVpobmZj?= =?utf-8?B?TkJ1Y1VocExKT2JlMVhXWWUxZDEvV0w4eXNtNkZUK09jekRmQjZ5eVZIOGpM?= =?utf-8?Q?sYQPcy9/Z7I7cCLzmhOWL89BbX60w9OYICBuYX0?= X-OriginatorOrg: anu.edu.au X-MS-Exchange-CrossTenant-Network-Message-Id: 48ed911f-0fdd-4551-6233-08d8efe11b5c X-MS-Exchange-CrossTenant-AuthSource: SYYP282MB1470.AUSP282.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 Mar 2021 22:55:37.9908 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: e37d725c-ab5c-4624-9ae5-f0533e486437 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: xTQnGbaM0eDbxdNDS0/wiaInfzV6jkTJRfEpYeugMwd8lmaOEFL8Fj/G8MMWw5kQJV2hlWBd7qLmAdi8gOxjsw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SY4P282MB1738 Subject: Re: [isabelle] hd and last of Nil X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 22:55:58 -0000 On 26/3/21 2:23 am, Manuel Eberl wrote: > That sentence was directed more at the recurring discussion of whether > defining "x / 0 = 0" leads to logical inconsistencies (which it clearly > doesn't). Maybe it "clearly" doesn't, but that's not the question which bugs me. the important question to me is: if you say x / 0 = 0, does this enable you to prove a theorem, which isn't true in ordinary arithmetic, and which doesn't obviously contain some feature indicating that it relies on dividing by zero? If so, it is surely a rather dangerous thing to do. Jeremy From john_hughes at brown.edu Thu Mar 25 23:15:19 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:41558) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lPZCB-0005Ps-8N (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 23:15:19 +0000 X-Cam-SpamDetails: score -0.1 from SpamAssassin-3.4.5-1887995 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.218.49 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [209.85.218.49 listed in wl.mailspike.net] * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-ej1-f49.google.com ([209.85.218.49]:36763) by ppsw-42.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lPZCA-000yvs-89 (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 23:15:19 +0000 Received: by mail-ej1-f49.google.com with SMTP id a7so5662098ejs.3 for ; Thu, 25 Mar 2021 16:15:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=C4fbnz2mfc8NSe5QdDTH1k5UpFDVrG21f1mf0Mqf0lY=; b=dHjFAkR2TSYwPGl45KBvXWci26hqnqrJqM2K2CJR0b7F+kF0DsMq4V32ZF2ptRTq4O pfPb42Uyge5DbuTy+QC45tLQ8Tya8bsQLCmFs+L7W94OCL9aKckXgZ9RBa6d0o7jk8JG o8eXmFgXvu7gCbZE1ymwvJ7FTtO0pas5QWfHqk2MMnevFgGP6wRfdfa/H7MqVgfnhw+g H3c7GVN6eGQNOb/SyykOJoJxFakXbU0IP4OZP1zpmRq5NacKDnwyxmB+98x+3AdvG+AJ 9dbsr2MwX4W2aH1paL6FXnCH6OxYB5JC/ycIp6BoX/6icJGSka3hmypdWcXdRmtuqILW w1mQ== X-Gm-Message-State: AOAM533Fr0fkRtuVUg4IhHMSfjA6qlaOJ69UfEm6oE+ENwiza5NQyOY0 s/MPgIyM++xM7s/YP/k+KdUN0MlPb/XL64bIDAiRtCA0xoA= X-Google-Smtp-Source: ABdhPJx/j4eZXtZMPUnOvucYT4/NhKZ7PjD6ZIhpJhgnZ3AwsMIPvKhL4ZdfovpqVKS7m5nG52jr/tZWdNfIhgK9YQE= X-Received: by 2002:a17:906:3b99:: with SMTP id u25mr12289607ejf.277.1616714117985; Thu, 25 Mar 2021 16:15:17 -0700 (PDT) MIME-Version: 1.0 References: <59E4BC18-7B2B-479D-B3F6-A3FA6F08B71C at cam.ac.uk> <3e903e69-e3bb-99c5-a655-5ad3de145aa0 at in.tum.de> <9bfb61f7094ed0cc01a9ab122fe7a7d7a7332c77.camel at it.uu.se> <734889a6-e3a3-d79e-b9e4-42d7fb1055fb at anu.edu.au> In-Reply-To: <734889a6-e3a3-d79e-b9e4-42d7fb1055fb at anu.edu.au> From: "John F. Hughes" Date: Thu, 25 Mar 2021 19:15:07 -0400 Message-ID: To: Jeremy Dawson Content-Type: multipart/alternative; boundary="000000000000b4d34505be6496a3" Cc: Cl-isabelle Users Subject: Re: [isabelle] hd and last of Nil X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 23:15:19 -0000 --000000000000b4d34505be6496a3 Content-Type: text/plain; charset="UTF-8" I was unhappy with this notion of "total functions" from my first moments learning Isabelle, but I sucked it up and tried anyhow. I'd love to see, say, two different versions of the most basic parts of Isabelle in which stuff like this occurs, one of which defines x/0 to be 0, the other of which defines it to be, say, 17. If the theorems you can prove are all provable in both situations, then I'd be a lot happier. Sure, it doesn't ensure Jeremy's criterion, but at least it'd help ease the minds of new users. On Thu, Mar 25, 2021 at 6:56 PM Jeremy Dawson wrote: > > > On 26/3/21 2:23 am, Manuel Eberl wrote: > > That sentence was directed more at the recurring discussion of whether > > defining "x / 0 = 0" leads to logical inconsistencies (which it clearly > > doesn't). > > Maybe it "clearly" doesn't, but that's not the question which bugs me. > > the important question to me is: if you say x / 0 = 0, does this enable > you to prove a theorem, which isn't true in ordinary arithmetic, and > which doesn't obviously contain some feature indicating that it relies > on dividing by zero? > > If so, it is surely a rather dangerous thing to do. > > Jeremy > > --000000000000b4d34505be6496a3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I was unhappy with this notion of "total functions&qu= ot; from my first moments learning Isabelle, but I sucked it up and tried a= nyhow. I'd love to see, say, two different versions of the most basic p= arts of Isabelle in which stuff like this occurs, one of which defines x/0 = to be 0, the other of which defines it to be, say, 17. If the theorems you = can prove are all provable in both situations, then I'd be a lot happie= r. Sure, it doesn't ensure Jeremy's criterion, but at least it'= d help ease the minds of new users.=C2=A0



On T= hu, Mar 25, 2021 at 6:56 PM Jeremy Dawson <Jeremy.Dawson at anu.edu.au> wrote:


On 26/3/21 2:23 am, Manuel Eberl wrote:
> That sentence was directed more at the recurring discussion of whether=
> defining "x / 0 =3D 0" leads to logical inconsistencies (whi= ch it clearly
> doesn't).

Maybe it "clearly" doesn't, but that's not the question w= hich bugs me.

the important question to me is: if you say x / 0 =3D 0, does this enable <= br> you to prove a theorem, which isn't true in ordinary arithmetic, and which doesn't obviously contain some feature indicating that it relies =
on dividing by zero?

If so, it is surely a rather dangerous thing to do.

Jeremy

--000000000000b4d34505be6496a3-- From di.gama at gmail.com Thu Mar 25 23:34:15 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:59060) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lPZUV-0005tg-QZ (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 23:34:15 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.5-1887995 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [209.85.222.182 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [209.85.222.182 listed in wl.mailspike.net] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [di.gama[at]gmail.com] * 0.0 HTML_MESSAGE BODY: HTML included in message * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-qk1-f182.google.com ([209.85.222.182]:44840) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES128-GCM-SHA256:128) id 1lPZUU-000OSQ-0l (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 23:34:15 +0000 Received: by mail-qk1-f182.google.com with SMTP id y18so3586783qky.11 for ; Thu, 25 Mar 2021 16:34:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=JXGNhhc5sZ2+cpOk5Vdwf5KkFHOiRrNL1I8mciClBDc=; b=Q9+bCBIBvvF7CQIZvu+2tijvoYFg7lQOMF4yKMRRCpPHUAK9xSAOP3hVDnzfVtFov1 9CuzEuPrvvfJWB3E0WXPfPyz0mvRD1emm9FZXdI6SEXacXUafX5QqxEs0fzaGoJUC01d nFqbn3p0nV0O0fS8QeEgbLlj6sUJ5K1gMBTeiPn4DkzBytJqcqF9eyTcAhSkNxjWCEHs MZ9h2QiD7xuhfdPAmIcy2zGgfKl+p8vwV+YGJcynLSNSZGgOdoqNpc+eYmjDrV8gyUoa 2hEjb+Ese0Up9+6Yvj64N4jQwcXvTgnayUSL4mXV3juiOwLENR4sZMoYrxCAOXTBVDVg mpnA== X-Gm-Message-State: AOAM53313x0jKrFVgOfo9mckr9w3HTy1nEML6w2CyBwvq7KDJA3Qd7QH /Rn+hFWrt+YTDEXryjQReKjFPpQ+WD9SGcgU4Ui09YHMcso= X-Google-Smtp-Source: ABdhPJyuokT4lpn/l5RQSkMnCyRe6h0sV+UXzdGTnafj8y9zp9cbFE+CV35wEA+yD5IIrC9pFFvm7ScCcq1abzFCrWs= X-Received: by 2002:a37:66cd:: with SMTP id a196mr10945210qkc.374.1616715253228; Thu, 25 Mar 2021 16:34:13 -0700 (PDT) MIME-Version: 1.0 References: <59E4BC18-7B2B-479D-B3F6-A3FA6F08B71C at cam.ac.uk> <3e903e69-e3bb-99c5-a655-5ad3de145aa0 at in.tum.de> <9bfb61f7094ed0cc01a9ab122fe7a7d7a7332c77.camel at it.uu.se> <734889a6-e3a3-d79e-b9e4-42d7fb1055fb at anu.edu.au> In-Reply-To: <734889a6-e3a3-d79e-b9e4-42d7fb1055fb at anu.edu.au> From: Mario Carneiro Date: Thu, 25 Mar 2021 19:34:02 -0400 Message-ID: To: Jeremy Dawson Content-Type: multipart/alternative; boundary="0000000000005f285c05be64da27" Cc: cl-isabelle-users at lists.cam.ac.uk Subject: Re: [isabelle] hd and last of Nil X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 23:34:15 -0000 --0000000000005f285c05be64da27 Content-Type: text/plain; charset="UTF-8" On Thu, Mar 25, 2021 at 6:57 PM Jeremy Dawson wrote: > > > On 26/3/21 2:23 am, Manuel Eberl wrote: > > That sentence was directed more at the recurring discussion of whether > > defining "x / 0 = 0" leads to logical inconsistencies (which it clearly > > doesn't). > > Maybe it "clearly" doesn't, but that's not the question which bugs me. > > the important question to me is: if you say x / 0 = 0, does this enable > you to prove a theorem, which isn't true in ordinary arithmetic, and > which doesn't obviously contain some feature indicating that it relies > on dividing by zero? > No it doesn't, and it's not hard to prove this either. As long as the *statement* does not make direct use of the value of x / 0, you can replace all occurrences of x / y with x /' y where x /' y has any other value you like at y=0, and all the same theorems will hold. Regardless of whether x / y is used in the proof, because it is a definition which is a conservative extension, it does not enhance the logical strength of the system so you can prove all the same theorems about x /' y. So for instance, if you prove FLT relying on this definition of division, then you can also prove FLT without that definition, or where the definition has some different behavior at 0, because FLT doesn't have a division sign in it. This is what it means for a definition to be conservative. Mario Carneiro --0000000000005f285c05be64da27 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Mar 25, 2021 at 6:57 PM Jerem= y Dawson <Jeremy.Dawson at anu.= edu.au> wrote:


On 26/3/21 2:23 am, Manuel Eberl wrote:
> That sentence was directed more at the recurring discussion of whether=
> defining "x / 0 =3D 0" leads to logical inconsistencies (whi= ch it clearly
> doesn't).

Maybe it "clearly" doesn't, but that's not the question w= hich bugs me.

the important question to me is: if you say x / 0 =3D 0, does this enable <= br> you to prove a theorem, which isn't true in ordinary arithmetic, and which doesn't obviously contain some feature indicating that it relies =
on dividing by zero?

No it doesn't,= and it's not hard to prove this either. As long as the *statement* doe= s not make direct use of the value of x / 0, you can replace all occurrence= s of x / y with x /' y where x /' y has any other value you like at= y=3D0, and all the same theorems will hold. Regardless of whether x / y is= used in the proof, because it is a definition which is a conservative exte= nsion, it does not enhance the logical strength of the system so you can pr= ove all the same theorems about x /' y. So for instance, if you prove F= LT relying on this definition of division, then you can also prove FLT with= out that definition, or where the definition has some different behavior at= 0, because FLT doesn't have a division sign in it. This is what it mea= ns for a definition to be conservative.

Mario Carneiro
--0000000000005f285c05be64da27-- From prvs=711263686=Michael.Norrish at data61.csiro.au Thu Mar 25 23:35:17 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:59736) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lPZVV-0005wP-5T (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 23:35:17 +0000 X-Cam-SpamDetails: score -2.6 from SpamAssassin-3.4.5-1887995 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [150.229.7.39 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 HTML_MESSAGE BODY: HTML included in message * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from act-mtaout3.csiro.au ([150.229.7.39]:28592) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:DHE-RSA-AES256-GCM-SHA384:256) id 1lPZVS-000PAZ-34 (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 23:35:17 +0000 IronPort-SDR: JJ+FwUo2TbFsoEMDxaxVGCRc/rBR4FLw1ouQaxnCni+osBbYaK2Uh99aO8zRdZ5UmIrSkSACZV MA2FkeiC2Zfg== X-SBRS: 5.1 IronPort-PHdr: =?us-ascii?q?A9a23=3Ailh8+Rcbi5zdFO2C4Cyw2mS+lGM/dYqcDmYuw?= =?us-ascii?q?pM6l7JDdLii9J3+PUvZoO9gl0LNQZ6zw/ZFkPbN9avpXCoJ6tCcsyNKfJ9NU?= =?us-ascii?q?koDjsMb10wlDdWeAEL2ZPjtc2QhHctEWVMkmhPzMUVcFMvkIVGHpHq04G0WG?= =?us-ascii?q?w7jLkx+L+GzE4WUksfkn+y38ofYNgNPgjf1aLhuLRKw+APWsMRz48NiJ689x?= =?us-ascii?q?wGPrGFPfrFazH9hewvVlA39/MD29YMwmxk=3D?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AwROq/KDXgZ5JXBblHejvsceALOonbusQ8z?= =?us-ascii?q?AX/mp2TgFYddHdqtunm+4V2QSxpDEaXnwhnt7oAtj6fVr385lp7Y4NeYqzRQ?= =?us-ascii?q?WOghrREKhOz6vHhwfhFSr36/JH2c5bGJRWJdXsATFB4/rSzxK/F78breWv1a?= =?us-ascii?q?CzmKP/4h5WPGNXQoRh9Ro8NgGADkZtThJHDpZRLvuhz+5mgxblRngNdMS8AR?= =?us-ascii?q?A+P9Trg9HQjprpbVonKnccmXCzpAil4rL7DBSUty12O1ly6Iwv6G3U1zH+j5?= =?us-ascii?q?/T0M2T8APW1GPY8v1t9+fJ990rPqCxo/lQAA/FziyvYJ1lU72EoSpdmpDL1H?= =?us-ascii?q?8a1OPihz1lBdl64XG5RBDTnTL9nwrn218Vmhnf4E7dhXf4u8T2SBA3G6N69O?= =?us-ascii?q?ZkTic=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A+GDAQDGHV1glwCwBSSYiIBxAISUgiR?= =?us-ascii?q?aDhABAQsSDINjUWiBVgqEOINIA41YKIQDmAQDVAsBAQENAjICBAEBAwOESgI?= =?us-ascii?q?XgWYCJTgTAgMBAQsBAQYBAQEBAQYEAgIQAQEBAQEBAQEfBoYRDYNVgQgBAQE?= =?us-ascii?q?BAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEFAoEIPgECAyMdAQE?= =?us-ascii?q?rDQ8CAQgEFCcDAgICMBQRAgQTH4JRgX9XAy4BAQSgPwKLFYEygwQBAQaFGRi?= =?us-ascii?q?CEwkJAYEvgnaEBwEBhkQmXIEKQYE5DBCCWT6EP4MXNYIrgz+CI2qUK4dcnk0?= =?us-ascii?q?HAQKDBpxiAx+kULMuZIN+AgQCBAUCDgEBBoFrgX0dT34Bgj4+EhcCDY4fGYN?= =?us-ascii?q?WihhBczgCBgEJAQEDCXyFYgGBDgEB?= X-IPAS-Result: =?us-ascii?q?A+GDAQDGHV1glwCwBSSYiIBxAISUgiRaDhABAQsSDINjU?= =?us-ascii?q?WiBVgqEOINIA41YKIQDmAQDVAsBAQENAjICBAEBAwOESgIXgWYCJTgTAgMBA?= =?us-ascii?q?QsBAQYBAQEBAQYEAgIQAQEBAQEBAQEfBoYRDYNVgQgBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAQEBAQEFAoEIPgECAyMdAQErDQ8CAQgEFCcDA?= =?us-ascii?q?gICMBQRAgQTH4JRgX9XAy4BAQSgPwKLFYEygwQBAQaFGRiCEwkJAYEvgnaEB?= =?us-ascii?q?wEBhkQmXIEKQYE5DBCCWT6EP4MXNYIrgz+CI2qUK4dcnk0HAQKDBpxiAx+kU?= =?us-ascii?q?LMuZIN+AgQCBAUCDgEBBoFrgX0dT34Bgj4+EhcCDY4fGYNWihhBczgCBgEJA?= =?us-ascii?q?QEDCXyFYgGBDgEB?= Received: from exch4-mel.nexus.csiro.au ([IPv6:2405:b000:302:71::85:124]) by act-ironport-int.csiro.au with ESMTP/TLS/ECDHE-RSA-AES256-SHA384; 26 Mar 2021 10:35:08 +1100 Received: from exch1-mel.nexus.csiro.au (2405:b000:302:71::85:121) by exch4-mel.nexus.csiro.au (2405:b000:302:71::85:124) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 26 Mar 2021 10:35:08 +1100 Received: from exedge2.csiro.au (150.229.64.34) by exch1-mel.nexus.csiro.au (138.194.85.121) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Fri, 26 Mar 2021 10:35:08 +1100 Received: from AUS01-ME3-obe.outbound.protection.outlook.com (104.47.71.240) by exedge2.csiro.au (150.229.64.34) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 26 Mar 2021 10:35:02 +1100 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IYi1HxxxfIM2ofsHKTXoBxhy/CTxgU6fZd8kCYsUykCb3fqrhuCaniT9jHmFHTdTnPHGwlQaQQhFTCkhf+TXi0v5eehj1R+2mLz76UNwxW0r+OPN0PVB1s0XT1/awQX1Q3waTd/raU8ysAlm+047gREzdjdAnbbkrkv+mEZ2KqWuyLyEC4tASU3gY7tSG6NbrO96sgk1QVWwX9Tjj76zRMIZpNP1FF7zKnqYfOHMfxSu0aZo10SVxxiuXpUXlXerh8FfxYJaXwFqYSVwbgjBD2IFVY6FZg303CKgK4kh26+gxe7DRCTZVcfwbIiJIgAJiw7DTS8jF9xQFzxI65nurQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nuwpdRM8D1jWahjyellLv5ZjUgIMCnejSWoSSXgFhng=; b=dSN1R7u78mSxc1JItDARkM5PudvXXrPVcWP00V5K9kbWZ2dM6p1eI8vmCVIjUhVIH3EsCLUncxl85M2a2N2eNb7+yeHrQbPBeTDm2ZVsnhHi1jWpuwfmobOryfDP+3uDSbiY6qmeMTqe5qiwDJnGZhUItUSHA1CZkvdavKcBLal3YaxwYvYC7pMzAkrfL5pdcEqX5IJYgNocXqnnSWlskyiz58D6zkmbLvumwVP5MHGDFyTDtmWA3EAq5K9QIN9ix19LluRcZIIJXdJzWHZ/CviFWNvrs38nqJI1nsOnJr3q+XHqFr6URYYpu3Ndr80n6LuweRKOd206ZcGl+8fJ8g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=data61.csiro.au; dmarc=pass action=none header.from=data61.csiro.au; dkim=pass header.d=data61.csiro.au; arc=none Received: from MEAPR01MB2408.ausprd01.prod.outlook.com (2603:10c6:201:8::18) by ME2PR01MB5491.ausprd01.prod.outlook.com (2603:10c6:220:d9::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3977.25; Thu, 25 Mar 2021 23:35:07 +0000 Received: from MEAPR01MB2408.ausprd01.prod.outlook.com ([fe80::5be:9a0c:1351:b3bd]) by MEAPR01MB2408.ausprd01.prod.outlook.com ([fe80::5be:9a0c:1351:b3bd%3]) with mapi id 15.20.3977.030; Thu, 25 Mar 2021 23:35:07 +0000 From: "Norrish, Michael (Data61, Acton)" To: Isabelle Users Mailing List Thread-Topic: [isabelle] hd and last of Nil Thread-Index: AQHXIOzOlPfmOIzwOUG2ZxkzQecO4qqTqIiAgAAD24CAANNeAIAAU/EAgAB+ZYCAAAVygIAABZYA Date: Thu, 25 Mar 2021 23:35:07 +0000 Message-ID: References: <59E4BC18-7B2B-479D-B3F6-A3FA6F08B71C at cam.ac.uk> <3e903e69-e3bb-99c5-a655-5ad3de145aa0 at in.tum.de> <9bfb61f7094ed0cc01a9ab122fe7a7d7a7332c77.camel at it.uu.se> <734889a6-e3a3-d79e-b9e4-42d7fb1055fb at anu.edu.au> In-Reply-To: Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3654.60.0.2.21) authentication-results: lists.cam.ac.uk; dkim=none (message not signed) header.d=none;lists.cam.ac.uk; dmarc=none action=none header.from=data61.csiro.au; x-originating-ip: [124.149.24.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: cf8c9253-2fe1-4ce8-485e-08d8efe69fc6 x-ms-traffictypediagnostic: ME2PR01MB5491: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: zFkbG0YW8ir6w5Vf/a08IS5ZTJkTKle49w3g7EuCoQ6a8oTpc9dM5P8YcDIysdecmfZOmUQFq1Fmdjw5LF6scdp65uZXsLyHYFYME57RZBKmRA/ovhGjMz0eA3Ibrpxa4F2PHDqFanTprkiZ2ZoBx0TlpW77JoJah9bo+3335mnuq9prp1nyw5MVoAFnrkWTqyD2CdIpQw9IoIvugMd+uNZe9sOHH6i/whieXdpK804Qts0fGqHgZ5x7VOVQbxQR0+nxIEInb0M4ZtNG61q8Czu0uekkWoSMz0lXQ4hwiTIeNIiks1tY+le+ft/JPNWjOHZfjbx9YX3C+IqyqTs4YMDM28jl4yIJOHRKHBzoGMLIQDSnRNGo/wQvgz8pO1Zen8LFetoKFP+4dhKLE1Hc89CG/i8ul8G6IsYRD6nbFgk6m2IfrfPbBMTl08BxWpl4eN28MMd6MEwA8/59I7uzoB/UJGgZQXLCaVuPm/TF9jmvoTuQodpjMb+VuuUAgJiqFF8JhDBxf1oGRbbeGPloyZme7nWxXeAmmksjUZ8Nim+97omwgEj3Pso0IGp/qamKHvLn1C09gJE34/i47VgR92CjbeV1I7Y0s6Sb9eifZqlMt9YJ/jSf+MiwkJV6Xo886OIDFLL/6mdLqEm0kalJ30PE/sREApsR9AjqbxZ10Jg= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MEAPR01MB2408.ausprd01.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39850400004)(396003)(346002)(376002)(366004)(136003)(53546011)(86362001)(8676002)(6506007)(36756003)(6916009)(38100700001)(64756008)(8936002)(66446008)(33656002)(71200400001)(76116006)(66556008)(6512007)(9686003)(186003)(66476007)(91956017)(316002)(6486002)(2906002)(478600001)(26005)(5660300002)(66946007); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?bElxMGJWSUFxenMrdThLQTM2V0xTWHlPRTNoZGxqT1Riem5rYXZFdCtCL1BE?= =?utf-8?B?WnVQQmRkSWJPV2JSR1cyMW85ZE5GVmFySWgwU21rZmhuYzZMSEJTTHJ2Y05X?= =?utf-8?B?NTM1S0RrdXRnOHkvYjdadnBlVldTMll3b1kzZ1dmbW4wU0FyVjB1WUJPdEdG?= =?utf-8?B?RW1tdUt3c1FyWS8xLzJYclZUYndYZ2lyR211d2cvNDNrdUNJUUUyR2lGYWEx?= =?utf-8?B?TmtNNVRFbXBCTnRPdnFRcnZ0bnBIamRqUyt2K0RsWm9TZm1BdnEwSHF1QzNM?= =?utf-8?B?WVR3eFQ2RE9HOUsyUDFrYU5CSXNVRXoxOUU5UndnVUk5eXJKMCt1Ymo5MTl6?= =?utf-8?B?czF0aUV6OGcvTldZT2l6aXBDeXJQSVZkSldZeWpKbTk3NkpkYXhQL2thbi9y?= =?utf-8?B?c2NpbjBGbFI4MTJOWDdCLyszWEM3aUU3d1E1dXRYSUJPMnd1TG92ZmxGRGNO?= =?utf-8?B?VDFxN2t0aGZXaFoySHd6TFJCdWkzQ2xSZW1PNnBIK281VWRFQUIyR1lyZC9H?= =?utf-8?B?RjdxQTlyb2Nqb21tV1pJT1hVeFo0Qjh2dGphMU5lMnF3TXpwaWVBTHQzVHJp?= =?utf-8?B?d3JQYTFQNm03QkFNOW1TMkhnZmNpRXFuRVg1UVJnWmxJbW5sNGlJbnFFbjMw?= =?utf-8?B?ejROTUVaTytQYWxvWGdpUDhJb0xkZG5LVWZtYy9ZOUVnVDJHUG1iWG5pTW5x?= =?utf-8?B?RFBkaEkwVWgzWWhLRG9BWDI5cEdXOHp4WUxUQ09BdnlhSzVnQWRzZFhpU0U3?= =?utf-8?B?U2YwNUhxVkhpRHBNWkg1eFdUN1Fya0dOUlFxb0VDUGV0U1Nnd1ZTemozSldj?= =?utf-8?B?WVZydlljOEVjY01QYXlGa0NQUkVQQ0FxVWVCa29RWFhKRjBndFY3Z3FITnds?= =?utf-8?B?Y25kYS9Xc0ZqcVh4WmYzeTc3RlhOdExWNWZmaHZCOWhGZW9PNkFGeGtyMHpS?= =?utf-8?B?Y2toczlyVVR6WWFwcmdPYXBFV1U4a3JaNTloZ21KdHMvOVc0WUQ0UGxpQUI3?= =?utf-8?B?SnluQVFZY0NoVTYydjZZYkowaTVhQkFoa08wYUJWUnZnd1U2T2IrcDBZUlRZ?= =?utf-8?B?SG8yTnA0dGpmc21MUDVET3BJeGUyZSs5YUZIOVVUd3FsWmtIY2YycDcwQUVV?= =?utf-8?B?ZXVKU0t3S0tLbHdoN1VmdnhuMFpCNlFQWjlEaVVzdmNtQWkvendDenNrRUMz?= =?utf-8?B?R0xEcTgwS1pTdjVNajNobld3cjc2U3dWOUpFaDM1NnQ0VUprYjV4R3hJNFFn?= =?utf-8?B?dGdqM0RqVFhBZjg2czJ2TW56dDdicllPdHFiTE5PM3c1Z0VLZHhEamdzTTFu?= =?utf-8?B?cHpVaUt4WmxQbXBJRFRabitvZWlMTVc2bXhma0JxajhCdHBIZWVxYndGaFJZ?= =?utf-8?B?RWlnSWhoQ24zNzhWR0pUSWpKbnU0WThRTytLUnlKcGg2Z25lWTZKS3NNaWF4?= =?utf-8?B?ZmM0MjlkdFhyNUFKR1BVOHc5aEpGbGZZZTVJZmFvRmRNTVFwNW9SSGRIMFlr?= =?utf-8?B?V09HMndhTXhBZTJNTDVLZ2ZPNXdPbk1jN1JSOXJnVFJ6SThjaHNjQlVreXBv?= =?utf-8?B?ZG9hbHFlQkVQa0M4VENST2g1UVhIRStPMlpROWpGTjlXazZMcUwxR21Rb3ll?= =?utf-8?B?dUhDbWVmaHlUdUdqUjJ6ZThnWFZUYkcxOEZQLzhnOHh4UjFnTng2TSsvMjcw?= =?utf-8?B?c0loYXlMaDBhSDJaYTByQU5INmI2M2J3ZWxVaTBLRy9aRTFMNEF0THAvNkNL?= =?utf-8?B?TlUraWw0anQwb2hDS0VuRERsVm05Skh5QVMxRkpqNEpDbkxxMythK2lEWkd1?= =?utf-8?B?Szl4amM1azRaU2I5bHh3UT09?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_F7354FB0546246EA9E4E523160A0E920csiroau_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MEAPR01MB2408.ausprd01.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: cf8c9253-2fe1-4ce8-485e-08d8efe69fc6 X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Mar 2021 23:35:07.3824 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 0fe05593-19ac-4f98-adbf-0375fce7f160 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: RfKbvY8EQLqRx9vsxdf+x3XHlN6/SgQ93ukY4IkskxRKHUWXEIRXmdbkLUXbouaG X-MS-Exchange-Transport-CrossTenantHeadersStamped: ME2PR01MB5491 X-OriginatorOrg: data61.csiro.au Subject: Re: [isabelle] hd and last of Nil X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 23:35:17 -0000 --_000_F7354FB0546246EA9E4E523160A0E920csiroau_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhdCB3b27igJl0IGhhcHBlbi4gIElmIGludiAwIGlzIGRlZmluZWQgdG8gYmUgemVybywgdGhl biB5b3UgZ2V0IHRoZSBuaWNlIHRoZW9yZW0NCg0KICBpbnYgKGludiB4KSA9IHgNCg0Kd2l0aG91 dCBhIHByZWNvbmRpdGlvbi4gIE1ha2luZyBpbnYgMCA9IDE3IHdyZWNrcyB0aGlzIChpbnYgaXMg bm8gbG9uZ2VyIGluamVjdGl2ZSkuDQoNCk1pY2hhZWwNCg0KT24gMjYgTWFyIDIwMjEsIGF0IDEw OjE1LCBKb2huIEYuIEh1Z2hlcyA8amZoQGNzLmJyb3duLmVkdTxtYWlsdG86amZoQGNzLmJyb3du LmVkdT4+IHdyb3RlOg0KDQpJIHdhcyB1bmhhcHB5IHdpdGggdGhpcyBub3Rpb24gb2YgInRvdGFs IGZ1bmN0aW9ucyIgZnJvbSBteSBmaXJzdCBtb21lbnRzIGxlYXJuaW5nIElzYWJlbGxlLCBidXQg SSBzdWNrZWQgaXQgdXAgYW5kIHRyaWVkIGFueWhvdy4gSSdkIGxvdmUgdG8gc2VlLCBzYXksIHR3 byBkaWZmZXJlbnQgdmVyc2lvbnMgb2YgdGhlIG1vc3QgYmFzaWMgcGFydHMgb2YgSXNhYmVsbGUg aW4gd2hpY2ggc3R1ZmYgbGlrZSB0aGlzIG9jY3Vycywgb25lIG9mIHdoaWNoIGRlZmluZXMgeC8w IHRvIGJlIDAsIHRoZSBvdGhlciBvZiB3aGljaCBkZWZpbmVzIGl0IHRvIGJlLCBzYXksIDE3LiBJ ZiB0aGUgdGhlb3JlbXMgeW91IGNhbiBwcm92ZSBhcmUgYWxsIHByb3ZhYmxlIGluIGJvdGggc2l0 dWF0aW9ucywgdGhlbiBJJ2QgYmUgYSBsb3QgaGFwcGllci4gU3VyZSwgaXQgZG9lc24ndCBlbnN1 cmUgSmVyZW15J3MgY3JpdGVyaW9uLCBidXQgYXQgbGVhc3QgaXQnZCBoZWxwIGVhc2UgdGhlIG1p bmRzIG9mIG5ldyB1c2Vycy4NCg0KDQoNCk9uIFRodSwgTWFyIDI1LCAyMDIxIGF0IDY6NTYgUE0g SmVyZW15IERhd3NvbiA8SmVyZW15LkRhd3NvbkBhbnUuZWR1LmF1PG1haWx0bzpKZXJlbXkuRGF3 c29uQGFudS5lZHUuYXU+PiB3cm90ZToNCg0KDQpPbiAyNi8zLzIxIDI6MjMgYW0sIE1hbnVlbCBF YmVybCB3cm90ZToNCj4gVGhhdCBzZW50ZW5jZSB3YXMgZGlyZWN0ZWQgbW9yZSBhdCB0aGUgcmVj dXJyaW5nIGRpc2N1c3Npb24gb2Ygd2hldGhlcg0KPiBkZWZpbmluZyAieCAvIDAgPSAwIiBsZWFk cyB0byBsb2dpY2FsIGluY29uc2lzdGVuY2llcyAod2hpY2ggaXQgY2xlYXJseQ0KPiBkb2Vzbid0 KS4NCg0KTWF5YmUgaXQgImNsZWFybHkiIGRvZXNuJ3QsIGJ1dCB0aGF0J3Mgbm90IHRoZSBxdWVz dGlvbiB3aGljaCBidWdzIG1lLg0KDQp0aGUgaW1wb3J0YW50IHF1ZXN0aW9uIHRvIG1lIGlzOiBp ZiB5b3Ugc2F5IHggLyAwID0gMCwgZG9lcyB0aGlzIGVuYWJsZQ0KeW91IHRvIHByb3ZlIGEgdGhl b3JlbSwgd2hpY2ggaXNuJ3QgdHJ1ZSBpbiBvcmRpbmFyeSBhcml0aG1ldGljLCBhbmQNCndoaWNo IGRvZXNuJ3Qgb2J2aW91c2x5IGNvbnRhaW4gc29tZSBmZWF0dXJlIGluZGljYXRpbmcgdGhhdCBp dCByZWxpZXMNCm9uIGRpdmlkaW5nIGJ5IHplcm8/DQoNCklmIHNvLCBpdCBpcyBzdXJlbHkgYSBy YXRoZXIgZGFuZ2Vyb3VzIHRoaW5nIHRvIGRvLg0KDQpKZXJlbXkNCg0KDQo= --_000_F7354FB0546246EA9E4E523160A0E920csiroau_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0 ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NClRoYXQgd29u4oCZdCBoYXBwZW4uICZuYnNwO0lm IGludiAwIGlzIGRlZmluZWQgdG8gYmUgemVybywgdGhlbiB5b3UgZ2V0IHRoZSBuaWNlIHRoZW9y ZW0mbmJzcDsNCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNz PSIiPiZuYnNwOyBpbnYgKGludiB4KSA9IHg8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNz PSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPndpdGhvdXQgYSBwcmVjb25kaXRpb24uICZuYnNw O01ha2luZyBpbnYgMCA9IDE3IHdyZWNrcyB0aGlzIChpbnYgaXMgbm8gbG9uZ2VyIGluamVjdGl2 ZSkuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFz cz0iIj5NaWNoYWVsPGJyIGNsYXNzPSIiPg0KPGRpdj48YnIgY2xhc3M9IiI+DQo8YmxvY2txdW90 ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+T24gMjYgTWFyIDIwMjEsIGF0 IDEwOjE1LCBKb2huIEYuIEh1Z2hlcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmpmaEBjcy5icm93bi5l ZHUiIGNsYXNzPSIiPmpmaEBjcy5icm93bi5lZHU8L2E+Jmd0OyB3cm90ZTo8L2Rpdj4NCjxiciBj bGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBk aXI9Imx0ciIgY2xhc3M9IiI+SSB3YXMgdW5oYXBweSB3aXRoIHRoaXMgbm90aW9uIG9mICZxdW90 O3RvdGFsIGZ1bmN0aW9ucyZxdW90OyBmcm9tIG15IGZpcnN0IG1vbWVudHMgbGVhcm5pbmcgSXNh YmVsbGUsIGJ1dCBJIHN1Y2tlZCBpdCB1cCBhbmQgdHJpZWQgYW55aG93LiBJJ2QgbG92ZSB0byBz ZWUsIHNheSwgdHdvIGRpZmZlcmVudCB2ZXJzaW9ucyBvZiB0aGUgbW9zdCBiYXNpYyBwYXJ0cyBv ZiBJc2FiZWxsZSBpbiB3aGljaCBzdHVmZiBsaWtlIHRoaXMNCiBvY2N1cnMsIG9uZSBvZiB3aGlj aCBkZWZpbmVzIHgvMCB0byBiZSAwLCB0aGUgb3RoZXIgb2Ygd2hpY2ggZGVmaW5lcyBpdCB0byBi ZSwgc2F5LCAxNy4gSWYgdGhlIHRoZW9yZW1zIHlvdSBjYW4gcHJvdmUgYXJlIGFsbCBwcm92YWJs ZSBpbiBib3RoIHNpdHVhdGlvbnMsIHRoZW4gSSdkIGJlIGEgbG90IGhhcHBpZXIuIFN1cmUsIGl0 IGRvZXNuJ3QgZW5zdXJlIEplcmVteSdzIGNyaXRlcmlvbiwgYnV0IGF0IGxlYXN0IGl0J2QgaGVs cCBlYXNlIHRoZQ0KIG1pbmRzIG9mIG5ldyB1c2Vycy4mbmJzcDsNCjxkaXYgY2xhc3M9IiI+PGJy IGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0K PC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+DQo8ZGl2IGRp cj0ibHRyIiBjbGFzcz0iZ21haWxfYXR0ciI+T24gVGh1LCBNYXIgMjUsIDIwMjEgYXQgNjo1NiBQ TSBKZXJlbXkgRGF3c29uICZsdDs8YSBocmVmPSJtYWlsdG86SmVyZW15LkRhd3NvbkBhbnUuZWR1 LmF1IiBjbGFzcz0iIj5KZXJlbXkuRGF3c29uQGFudS5lZHUuYXU8L2E+Jmd0OyB3cm90ZTo8YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9 Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwy MDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4Ij4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4N Ck9uIDI2LzMvMjEgMjoyMyBhbSwgTWFudWVsIEViZXJsIHdyb3RlOjxiciBjbGFzcz0iIj4NCiZn dDsgVGhhdCBzZW50ZW5jZSB3YXMgZGlyZWN0ZWQgbW9yZSBhdCB0aGUgcmVjdXJyaW5nIGRpc2N1 c3Npb24gb2Ygd2hldGhlcjxiciBjbGFzcz0iIj4NCiZndDsgZGVmaW5pbmcgJnF1b3Q7eCAvIDAg PSAwJnF1b3Q7IGxlYWRzIHRvIGxvZ2ljYWwgaW5jb25zaXN0ZW5jaWVzICh3aGljaCBpdCBjbGVh cmx5PGJyIGNsYXNzPSIiPg0KJmd0OyBkb2Vzbid0KS48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9 IiI+DQpNYXliZSBpdCAmcXVvdDtjbGVhcmx5JnF1b3Q7IGRvZXNuJ3QsIGJ1dCB0aGF0J3Mgbm90 IHRoZSBxdWVzdGlvbiB3aGljaCBidWdzIG1lLjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4N CnRoZSBpbXBvcnRhbnQgcXVlc3Rpb24gdG8gbWUgaXM6IGlmIHlvdSBzYXkgeCAvIDAgPSAwLCBk b2VzIHRoaXMgZW5hYmxlIDxiciBjbGFzcz0iIj4NCnlvdSB0byBwcm92ZSBhIHRoZW9yZW0sIHdo aWNoIGlzbid0IHRydWUgaW4gb3JkaW5hcnkgYXJpdGhtZXRpYywgYW5kIDxiciBjbGFzcz0iIj4N CndoaWNoIGRvZXNuJ3Qgb2J2aW91c2x5IGNvbnRhaW4gc29tZSBmZWF0dXJlIGluZGljYXRpbmcg dGhhdCBpdCByZWxpZXMgPGJyIGNsYXNzPSIiPg0Kb24gZGl2aWRpbmcgYnkgemVybz88YnIgY2xh c3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpJZiBzbywgaXQgaXMgc3VyZWx5IGEgcmF0aGVyIGRhbmdl cm91cyB0aGluZyB0byBkby48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpKZXJlbXk8YnIg Y2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvYm9keT4NCjwv aHRtbD4NCg== --_000_F7354FB0546246EA9E4E523160A0E920csiroau_-- From claudio.sacerdoticoen at unibo.it Thu Mar 25 20:13:49 2021 Received: from ppsw-32.csi.cam.ac.uk ([131.111.8.132]:41982) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lPWMX-0000wj-GA (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 20:13:49 +0000 X-Cam-SpamDetails: score 0.5 from SpamAssassin-3.4.5-1887995 * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no * trust * [52.100.19.22 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [52.100.19.22 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.8 RDNS_NONE Delivered to internal network by a host with no rDNS X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from [52.100.19.22] (port=1761 helo=EUR04-VI1-obe.outbound.protection.outlook.com) by ppsw-32.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.146]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lPWMR-000tCB-1f (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Thu, 25 Mar 2021 20:13:49 +0000 Received: from AM8PR01MB7650.eurprd01.prod.exchangelabs.com (2603:10a6:20b:246::22) by AM0PR01MB4404.eurprd01.prod.exchangelabs.com (2603:10a6:208:e7::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3955.18; Thu, 25 Mar 2021 20:13:10 +0000 Received: from AM8PR01MB7650.eurprd01.prod.exchangelabs.com ([fe80::4541:c4ee:c214:b396]) by AM8PR01MB7650.eurprd01.prod.exchangelabs.com ([fe80::4541:c4ee:c214:b396%5]) with mapi id 15.20.3977.025; Thu, 25 Mar 2021 20:13:10 +0000 From: Claudio Sacerdoti Coen To: "maude-users at lists.cs.illinois.edu" , "cl-isabelle-users at lists.cam.ac.uk" , "hol-info at lists.sourceforge.net" Thread-Topic: CFP ICTCS 2021 - 22th Italian Conference on Theoretical Computer Science Thread-Index: AQHXIbJf0iYCsv3GlUes5Dyxn1c0BA== Date: Thu, 25 Mar 2021 20:13:10 +0000 Message-ID: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Resent-From: Claudio Sacerdoti Coen received-spf: Pass (sender SPF authorized) identity=mailfrom; client-ip=40.107.7.113; helo=eur04-he1-obe.outbound.protection.outlook.com; envelope-from=claudio.sacerdoticoen at unibo.it; receiver=sacerdot at cs.unibo.it x-ms-publictraffictype: Email user-agent: Evolution 3.38.3-1 arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Fw2wmTwwUmkKZn61d50Zr1FMO4GIcj95boDJX0Ye8B6nK05CnK3DJjh+73+Bbpk7dSN1PZProp2B0W+H0+MJZd+clQTzJ9VjUX3SE81fhJD5Z2Jnduqe6azfcCb8ug4zf52tx6K+fWazknPjbtm3jgIfGsgMb6dkXtGdTpq5OqyI5jk9lUb6CwXrI7EDnS3KVD99L/IqtI7qsYEjIR8ohxYjWvGY7WGFTZoHKbYK8Ngdyg8XXinch5jM64zkesggYp8nQrnCDKXHaKVOeoNGNg2AEZBpLiaoKJeAw/G1hp3jC/KRhWNdItY5OZuuvIPXhNG0eHgpFqrz9AWiHCUBQA== arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fKW24UH6KuwaJwvmSLHRgioqkrg/Ip4TpoKumg3A9To=; b=J0+aif8A45VT+A9Vwx+Lfx9GCtKQlIXAZdngVGiZWn4wwKvoRV+RKPkttc9oL7339lBJQTRN8yLb9uq39ZhjjaAiw8kNJ+qsk5vZEwpmr3yPHTQ7Ho0u7x6fc+Aa6B6FPvNrDJfRPLjL47l3OOIs5hsFFW0/uBrtoW1bd+3JJlxdKIjt7iaVC5KPmX7eLtW3dY7qY5x3m4jIGdxRKMriaM6pIylEY1fJpXMEthAaeLQK8HL0VoTQRYDTs+DtNEBqrH+zfgweuPLYkxsz1+e8OCKqGY9pVmGgnXJZGk5W/tYo0RF6+LTcUocvQ86pYSkvTb76SPWyqGcwdRBHSWy8Bw== arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=unibo.it; dmarc=pass action=none header.from=unibo.it; dkim=pass header.d=unibo.it; arc=none authentication-results: spf=pass (sender IP is 130.136.1.25) smtp.mailfrom=csrs.cs.unibo.it; unibo.it; dkim=pass (signature was verified) header.d=unibo.it;unibo.it; dmarc=pass action=none header.from=unibo.it;compauth=pass reason=100 x-originating-ip: [93.45.56.155] x-ms-office365-filtering-correlation-id: 35d5e2ef-21af-41c0-cfeb-08d8efca69a1 x-ms-traffictypediagnostic: AM4PR0101MB2195:|DB7PR01MB4668:|AM0PR01MB4404: x-microsoft-antispam-prvs: x-ms-exchange-transport-forked: True x-ms-oob-tlc-oobclassifiers: OLM:9508;OLM:9508;OLM:9508; x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM8PR01MB7650.eurprd01.prod.exchangelabs.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(136003)(39860400002)(346002)(376002)(6512007)(66556008)(83380400001)(786003)(6486002)(36756003)(8676002)(8936002)(38100700001)(800100003)(71200400001)(66446008)(2906002)(966005)(66476007)(91956017)(37630700001)(110136005)(64756008)(26005)(316002)(5660300002)(186003)(478600001)(66946007)(2616005)(86362001)(6506007)(70586007)(37730700002); DIR:OUT; SFP:1501; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: A2k3aXkHtzGel3FVsTgoiMiOgQbWElJYLvIEVwQZ4CTt4F/5eho9cZs927bFBOVxj0GOmvTBOgcjG73krMwo3rysYDEnr9tEVVRL4fnQJmMfQqd1+f35yRQ8TSYKkltkEuDqbgMWPDjDOscISHjpnbd9KPQipZgo+UCTaxbU0ONM0CAUr5Xj/WXToZpC3lTSl6UCKkanjpQz2vAZHrVekCbiDSD0OTAUyBfQO/bqtqYmQ2C2hcRQbAj35JLZjXlQViH60P2I//iBWVBcYTHqM7iZc2L6VfXR9wQDNc4uc+sIt96YWTzTSngxnvezJqwqCC4JT4FCEF8Vahl4ncQaf/ljsDpR/atZsvizxg3oLOP9Rqloii8uGlUaoiyTq1SN7Ed6+mb3kTuI59NAGm9a6rYBz7dZgMhkMQnRdAkOLjfrD5tinmt6xY+XEtOmxq6Houpkno3jjej4lohAFR0I4aWlS3HHm6Kq9yNf3hhFebaP3Nh/DfRg1/ohXu8fQii3GGiyWbGodRyMpuwdGTWPL7kw6kAsIwbN+UAoMC7wyC9PVfW5LEzSKolwhDjizXonXlTD7Qjo728RsaOSXfk9z2z0TnfZ23MNZqYMcm7NlCOznu1aYHtZX3zwiorje378j7UCu68hyux25p7MGiTLUhQ4lTVa42jthgc6ghffMDI3iEf27Kclxw18uJtQtBWfDfOB+ECmP7JsIsrcSmnfht0AJokce/tSNGaTofE9L3D127yMUcDnCiueqoSkzoMgQcKqY9fjFJrYDOudx177cXd8jZ9AE2sIyLZ7U7SNTRDTcpPz7qh9ngOfy+cP4GtlUubRLwhXxNDJPCPJ5q5aKQ== x-ms-exchange-crosstenant-network-message-id: 718e7d2a-a731-4893-8a2d-08d8efc98858 x-ms-exchange-crosstenant-originalarrivaltime: 25 Mar 2021 20:06:52.6754 (UTC) x-ms-exchange-crosstenant-fromentityheader: Internet x-ms-exchange-crosstenant-id: e99647dc-1b08-454a-bf8c-699181b389ab x-ms-exchange-transport-crosstenantheadersstamped: DB7PR01MB4668 x-ms-office365-filtering-correlation-id-prvs: 718e7d2a-a731-4893-8a2d-08d8efc98858 authentication-results-original: grin-informatica.it; dkim=none (message not signed) header.d=none;grin-informatica.it; dmarc=none action=none header.from=unibo.it; x-forefront-antispam-report-untrusted: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM8PR01MB7650.eurprd01.prod.exchangelabs.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(396003)(136003)(346002)(366004)(39860400002)(66446008)(36756003)(6512007)(8936002)(38100700001)(71200400001)(2906002)(6506007)(83380400001)(2616005)(64756008)(786003)(66476007)(5660300002)(26005)(91956017)(6862004)(76116006)(8676002)(86362001)(66556008)(66946007)(186003)(478600001)(966005)(6486002)(316002); DIR:OUT; SFP:1102; x-microsoft-antispam-untrusted: BCL:0; x-microsoft-antispam-message-info-original: HZeqjNQxfOdI1RFbyXuAxfo+bMwZY7hM/o+F2LffrQoE+c64iLqvRNRSU7TspvUsefwjnmB9s4yANiyx7Ra/1Y/mZgV+4M7kfirIRENxfETlnrRzhxS12LXUggiGAM5dV3pW46bYudhnu9lyISMK0LTATcyGEKiuLiilOFA2gJRFpTS7uMNZbBWSziDd/jIlVpIraaFm8NlJIp/JHqaothI9Gp+13DOshlHe2uUU86LunjLGV/TXYcms3a1Qr/5ocndtPejqe+GIF3GEkwomoNLES+UqBF3t5aDxLzYOhMoNi+8AfhG6uDsrG+4tjaKQ52z+EFtk+HlPz+FQ13YfSewre5wQgshrBB4zIQXeEkle6ueZCzIyeGotkQZPwYeryVuoV8DImNuvaF/TVvT8sa4wzyiBoopQEksW4/CezGFe6zTeBU3z9OPX2vRj+djH8WqWoy9vNHHs4l1aGRCYmAJ+2ecyqlX053qNv1Wi6pFXiqKRCjkiqvJsjQk+SBOTRRv17nMWaJ1DQ3IcXbCtJLqIJ5grBrDxfacmSgYBnotioNeNHfQlKOpTXIQZc9whJsNWiDrN+niSzxxiv5oPt2+rPYkCLPKTwJvPFZvdJ9YIJ/bGkkM9p/Av9uc/G4bV7Q/0KcPY9gAuXciB9n3mBhGyom55btAnTTTfJFBrbpKvY5gn4z5todcirVEt4YS5ow6XCPsGzCQYO1hB2+IUP31QCG68+x1X/hZ/4BnkN5HHTUh1Kt5QW2YQTW4GzbSvyELS+dc/1l1ABGM/fqiqFL3K8fDUUN9z+1otYDa3V1lvSbIcXKHOjjXpu8i66KYh x-eopattributedmessage: 0 x-eoptenantattributedmessage: e99647dc-1b08-454a-bf8c-699181b389ab:0 x-ms-exchange-transport-crosstenantheadersstripped: AM5EUR03FT042.eop-EUR03.prod.protection.outlook.com x-ms-exchange-transport-endtoendlatency: 00:00:01.2750735 x-ms-exchange-processed-by-bccfoldering: 15.20.3977.025 x-microsoft-antispam-mailbox-delivery: ucf:0; jmr:0; auth:0; dest:I; ENG:(20160514016)(750129)(520011016)(944506458)(944626604); x-ms-exchange-crosstenant-authsource: AM5EUR03FT042.eop-EUR03.prod.protection.outlook.com x-ms-exchange-crosstenant-authas: Anonymous x-ms-exchange-antispam-messagedata-original: =?utf-8?B?OVhQSFJQZ2FrL3p5emlSanBjc2dpMm95T0RCRVlyTmlIV2d4REZvbDJCendP?= =?utf-8?B?RkNheitQVFFrZncxcUNiR3lDS2dzRkhRYnlIQ2VWVmY5NHVJNDlNandkeTE5?= =?utf-8?B?U08rWEVMSUgvOElROWdZM1hZaEVYaGNwZzBsSXFZNEJGSmtRdzlKL3RTUGVl?= =?utf-8?B?Vy9jcUVwcC83aDFlbmFBZFpmaWtxNUhGZ092WHN1Q0RGL1FkOTdMY3JRWWxh?= =?utf-8?B?Z0oxVGsvMDZPRXpoOGg5Nm55UkxSSkFhOVNIb0E4cnFyN1ZWMDFPaWszWmpv?= =?utf-8?B?UFhxQWhEaU5mMmNTa3h5YWRaeEtWdmFEaHdjQU42bUJvNmp4Y293SlhHOG03?= =?utf-8?B?QTlvdG5zajVJTmpPVkpKV2RXWERqUE5jSytlbk9WQ1ZPMkRSc2R4cmtFcEJ4?= =?utf-8?B?NEFOeE93YWs3QkhCT2R6em03dlp4dnYvZE5yNmNkSjVVb3NUOEluMGdYSG9U?= =?utf-8?B?Z2FSR3Q2cjBpd3FjYnpDQWZMa3F0OXF1WlFseDFFd1k5NzlISWprRVBoOW5I?= =?utf-8?B?OUsyYk1WZ2NsRlJFL2xlb0RsMkUvMG9SMUVEYURnMGQ5RXB1azZqbnk4OVhl?= =?utf-8?B?Rm9acDhoWW8zdjhXZDNBT1JiWWZ1ZVV4TngxbjlDZkY0MUtLdTRObEZXcGxh?= =?utf-8?B?N0RvZFlKWElMWW5UMHVYZXZ1bHhjQ0plYXREL2ZMeDJhZU05K3JobU12UjUz?= =?utf-8?B?VTRIT2hDQnBnYlZxYTd3T3VRSW40MSswbWR2MG56c0R6bllXb1JsY2ZNQXNS?= =?utf-8?B?YVB4dmpwOS8rVnpjd1g0WWJsZTlXekhSa2svRjM3TGdyaFVvU2FoRFpyWndV?= =?utf-8?B?V3lLUVo1MmpSR2FMRjJKbHBwRi9nOWhjREs5NTJqUnJwWUFBY3JPMmFjZUpF?= =?utf-8?B?dDFkS0ZIanZuazNZS1JPMCtaK0dUTnlpMytWdHRvTnNUekt5Zk5DaG1NcGlS?= =?utf-8?B?N1FwNkpmUW0wWndFQzJEYW1RTm9acVVLT1ZONFhsaTlKSFBxSDA5OXBtS2Vi?= =?utf-8?B?akhMY2I4U1pkWGFlT2pYWEllS3dxWDNhVFFPZ2VlalVPNzN6U1pXUllJNkto?= =?utf-8?B?VVFwL3ZSbG9leldIbHJ2TXFDZis5M0ZzMWc2bkFRRmltcllCU2lZUGVxOWUw?= =?utf-8?B?Y0pwQ0F4TTJDVHdTd1ZqTEZxM0wyTlFWM0F1czNEME9MRTM1c3d5K3ZORXpt?= =?utf-8?B?T2wxYUFsN2dIb2dnT1BTODBZZ243ZHVFYm1LeVlxS2c0WUpjOXdxRlVPMllH?= =?utf-8?B?WXNTOFpkalNBU2srQ1JlSTdIQloyWWFoZDRPdi91UFR5cE9QYlZ3c1hXbkwx?= =?utf-8?B?czRaOEhUUEtDUEIzZTQya2N0dTRXRVBJNWZ3SzBzSkg1TFdUYzJDV1R0VHdQ?= =?utf-8?B?a3lrV2VxQUoxcVNPOVk0enJveG1tUkdKdzFUcmV1dkF3WXVOREF0YTdVNVVr?= =?utf-8?B?eENWaTRsZTF1bEwrVDliS1hpK3ZFd2NYYys3VmNZeHl1WC83VkFGRG1qSUE0?= =?utf-8?B?NDB0RDE3UHE4QktlbXYxd0FkY0VyRGVXOGJSVTl0TEtBZTNwT0VHVVFFWnBY?= =?utf-8?B?bTdZcGZMV3ZEVTdVTFNIVUdEdFpkT3c2bWN2R0lYSlc0UTZwczhyMzVCYUho?= =?utf-8?B?N2FRUU04UjZNUmdwdCt2VmN2T2tBdzNHUzB4U3E5TmUxd1JrcW04aG1Id1pa?= =?utf-8?B?SUdiR084ZEVGWjJWUEozbm43UEpERlZHY3FOeGlXZk9PUkhSTVNxKzFJdnly?= =?utf-8?Q?EsehaJsdx+GXa4UhMjhlBKzdHOnfJMNbZWCSe6W?= x-ms-exchange-antispam-messagedata: =?utf-8?B?R0JEWEF4SXArTGx2OFdvN2RIWmIvM3V3R0E2K1dPdkhPcVZzQTNRdTNsWmJm?= =?utf-8?B?NGUranBUKzhTektLWi9aY2FLd1NwWlNtVGxlMEtxTlhuc2k5TUFheXJscDlr?= =?utf-8?B?alRYMkdvd1NlSVhaL0lGVGtEbEpYbzB0R0VJaFIvbEZJbmF6cmVXYk0vTWJX?= =?utf-8?B?QzQ2bE81RVlFckV2dHZGd1hQMk1UYlpQTkk2OU51bTdIcHlPb2RINVBVeFpr?= =?utf-8?B?RXdUVkp6RzFkMnlnZDZSclR0VnRNdnY4OElMNzhJSy9lR3ZLUGtxbUJleEZi?= =?utf-8?B?d0lHZENtV3pQK3ZnZ0pDU1VVOXRqeC9yQ1p6enRTa01CbmVkdmNDVzVFbHNK?= =?utf-8?B?ZDJKb1JxeFpsWmc1Y1BtT2xjOHdrSXJoNnU0Q0RqbFhlZjJnWkxyRms0K05U?= =?utf-8?B?M0R3NFVMVFI2by8wTFBuMG9TQjIvbG0yeHo5ZWxPQ2pObGYycHMrVkozejBx?= =?utf-8?B?MzFKbmkwK0RvSW5QVHREdTJNWXJBN3hEdmxFY1p4SVhjWjJxa3ZWZEZRdXln?= =?utf-8?B?WVU4bUFWeWpHZW5Wa25RNC80TEc4MGZvdWNOWTF6Z0N4Y3pZOFdNRHdvWWYw?= =?utf-8?B?UWtSSVN2UHdrL2RhL0VacnV0d1F6NXhRWm5wNjRENTZMUVkzcjZXQTVDVzNj?= =?utf-8?B?SEFsUFFhRzBQdDc1Z1plamdmdzRsUkZ5Q0NUYmdKMVlIUElNSDlkaWYwZXFh?= =?utf-8?B?TU1IMWVTb0lzWUlFa1IwbXJYTDliNXJwWjZXV3RKa2EyTytGU1AyWForWHRE?= =?utf-8?B?VmxNZFpIVHljakFicWdWclJhWkZTVmlKWDI2aDVBVDFMUWIyMXFNTjFCR1hH?= =?utf-8?B?bTAreEV1eGRSRjVKczlxV000QTdvNy9KTWo1Vkc4YmRGOTAzbFo4RWJsT0NM?= =?utf-8?B?a0pOeis1YVVLMGkxTkZlaGRtRExDeVlXMzJ4alNFYjltdHUvYWUvZjc0enRI?= =?utf-8?B?UG1nZlNDdnJNRzZSamovMUkzQVppR3V3UCt3TEVPbEh1RnRXSVliZG1pdC9q?= =?utf-8?B?bC9iQW5WTGRPUTRwMVZ5RHpxaVY2K3NnM1JhRVVmaVdQNlNSWkcxbHNkaTh0?= =?utf-8?B?L1llSHBsVHhLaGRzRFVCWENnNS9RaFRoUHQvZHlLZHdZWHRDSjBlcG1hY3Ni?= =?utf-8?B?SGppNDQ2RGNWZGR6UUJiR09EeVFMcFliQlFSaHFGUE9mcGZoS0tFS2Fxa3dH?= =?utf-8?B?U2c1VHVDUG5UUStML1FxZlViMHFDSHF2VEJLRzYvanpTZlArYmNKSEhBL2Vh?= =?utf-8?B?OGhVU0NodVhUZUdJUFZzdUhHbHhEOUJyQ1hqVGZPdmVVY3hCRzE0ajdtcFo1?= =?utf-8?B?ZGRpY3BIM2JqeG9PQVFaQUZncmF0M3FjYVJkM1pOa293MmxKSksybWpuNFhO?= =?utf-8?B?M3JMKy9UM3ViVmRyMTVJNmFvQzBnSTJJL0VjWUNWeFYzTy94Y3E1NDJmN2pw?= =?utf-8?B?TFRmb1MwUlAxS0I2VGdhdERLQTZKS3lWVS9lSjBmVU85cWNydzRVeHhsbGsw?= =?utf-8?B?U2Q5RG5kQTA5a0lIZXZaREpxVVUyd2pSOW5sWFZ0bU4wSUl5K1RpZkEyVHFB?= =?utf-8?B?WE5CNXlvNjhZNTlGZzhYMnhZUXk4cng0bm9TUytCem95akIxVDQ5a1Nyb0dq?= =?utf-8?B?dnNZK3dRSTdXRWhUQUlZbEQ0OFFnM0hQVzNaWTJDWjFYNlNiR2hWN010SWxy?= =?utf-8?B?V3p0TVgrVVpmUDAxVTFKOWR5SG5YOUNVZ0FsbjErbXdWS1V4STVRSDZhd1d1?= =?utf-8?Q?wvPDy0S0X3qe/7mtPjosNZoXM8awSqjih1zIjJ2?= Content-Type: text/plain; charset="utf-8" Content-ID: <90A11EB68F0D9C4184705F815667ABBE at eurprd01.prod.exchangelabs.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: unibo.it X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: AM5EUR03FT042.eop-EUR03.prod.protection.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 35d5e2ef-21af-41c0-cfeb-08d8efca69a1 X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Mar 2021 20:13:10.6255 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: e99647dc-1b08-454a-bf8c-699181b389ab X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: id+Lp7pFXNqbtQDokN1fB6kGq7lMk9NnDVYi49xDdbpES4wSvUNiTh3e2+lDyLJ/xpetVsG3GKNEDYQTFihWNBQ/7Cf2Sip3q29YbSVWyb4= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR01MB4404 X-Mailman-Approved-At: Fri, 26 Mar 2021 10:55:32 +0000 Subject: [isabelle] CFP ICTCS 2021 - 22th Italian Conference on Theoretical Computer Science X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 20:13:49 -0000 DQpJQ1RDUyAyMDIxIC0gMjJ0aCBJdGFsaWFuIENvbmZlcmVuY2Ugb24gVGhlb3JldGljYWwgQ29t cHV0ZXIgU2NpZW5jZQ0KDQoxMy0xNSBTZXB0ZW1iZXIgMjAyMSwgQm9sb2duYSwgSXRhbHkNCg0K VEhFIENPTkZFUkVOQ0UgV0lMTCBCRSBIRUxEIE9OLUxJTkUgRFVFIFRPIENPUk9OQVZJUlVTIFJF U1RSSUNUSU9OUw0KDQpodHRwOi8vaGVsbS5jcy51bmliby5pdC9pY3RjczIwMjEvaW5kZXguaHRt bA0KDQpDQUxMIEZPUiBQQVBFUlMNCg0KDQoNCj09PT09PT09PT09PT09PT0NClNDT1BFIEFORCBU T1BJQ1MNCj09PT09PT09PT09PT09PT0NCg0KVGhlIEl0YWxpYW4gQ29uZmVyZW5jZSBvbiBUaGVv cmV0aWNhbCBDb21wdXRlciBTY2llbmNlIChJQ1RDUykgaXMgdGhlDQpjb25mZXJlbmNlIG9mIHRo ZSBJdGFsaWFuIENoYXB0ZXIgb2YgdGhlIEV1cm9wZWFuIEFzc29jaWF0aW9uIGZvcg0KVGhlb3Jl dGljYWwgQ29tcHV0ZXIgU2NpZW5jZS4NCg0KVGhlIHB1cnBvc2Ugb2YgSUNUQ1MgaXMgdG8gZm9z dGVyIHRoZSBjcm9zcy1mZXJ0aWxpemF0aW9uIG9mIGlkZWFzDQpzdGVtbWluZyBmcm9tIGRpZmZl cmVudCBhcmVhcyBvZiB0aGVvcmV0aWNhbCBjb21wdXRlciBzY2llbmNlLg0KSW4gcGFydGljdWxh ciwgSUNUQ1MgcHJvdmlkZXMgYW4gaWRlYWwgZW52aXJvbm1lbnQgd2hlcmUganVuaW9yDQpyZXNl YXJjaGVycyBhbmQgUGhEIHN0dWRlbnRzIGNhbiBtZWV0IHNlbmlvciByZXNlYXJjaGVycy4NCkNv bnRyaWJ1dGlvbnMgaW4gYW55IGFyZWEgb2YgdGhlb3JldGljYWwgY29tcHV0ZXIgc2NpZW5jZSBh cmUgd2FybWx5DQppbnZpdGVkIGZyb20gcmVzZWFyY2hlcnMgb2YgYWxsIG5hdGlvbmFsaXRpZXMu DQoNClRoZSB0b3BpY3Mgb2YgaW50ZXJlc3QgaW5jbHVkZSwgYnV0IGFyZSBub3QgbGltaXRlZCB0 bywgdGhlIGZvbGxvd2luZzoNCmFnZW50cywgYWxnb3JpdGhtcywgYXJndW1lbnRhdGlvbiwgYXV0 b21hdGEgdGhlb3J5LCBjb21wbGV4aXR5IHRoZW9yeSwNCmNvbXB1dGF0aW9uYWwgbG9naWMsIGNv bXB1dGF0aW9uYWwgc29jaWFsIGNob2ljZSwgY29uY3VycmVuY3kgdGhlb3J5LA0KY3J5cHRvZ3Jh cGh5LCBkaXNjcmV0ZSBtYXRoZW1hdGljcywgZGlzdHJpYnV0ZWQgY29tcHV0aW5nLCBkeW5hbWlj YWwNCnN5c3RlbXMsIGZvcm1hbCBtZXRob2RzLCBnYW1lIHRoZW9yeSwgZ3JhcGggdGhlb3J5LCBr bm93bGVkZ2UNCnJlcHJlc2VudGF0aW9uLCBsYW5ndWFnZXMsIG1vZGVsIGNoZWNraW5nLCBwcm9j ZXNzIGFsZ2VicmFzLCBxdWFudHVtDQpjb21wdXRpbmcsIHJld3JpdGluZyBzeXN0ZW1zLCBzZWN1 cml0eSBhbmQgdHJ1c3QsIHNlbWFudGljcywNCnNwZWNpZmljYXRpb24gYW5kIHZlcmlmaWNhdGlv biwgc3lzdGVtcyBiaW9sb2d5LCB0aGVvcmVtIHByb3ZpbmcsIHR5cGUNCnRoZW9yeS4NCg0KPT09 PT09PT09PT09PT09PQ0KUEFQRVIgU1VCTUlTU0lPTg0KPT09PT09PT09PT09PT09PQ0KDQpUd28g dHlwZXMgb2YgY29udHJpYnV0aW9ucywgd3JpdHRlbiBpbiBFbmdsaXNoIGFuZCBmb3JtYXR0ZWQN CmFjY29yZGluZ3RvIFNwcmluZ2VyIExOQ1Mgc3R5bGUsIGFyZSBzb2xpY2l0ZWQuDQoNClJlZ3Vs YXIgcGFwZXJzOiB1cCB0byAxMiBwYWdlcyBQTFVTIGJpYmxpb2dyYXBoeSwgcHJlc2VudGluZyBv cmlnaW5hbA0KcmVzdWx0cyBub3QgYXBwZWFyZWQgb3Igc3VibWl0dGVkIGVsc2V3aGVyZS4gVG8g ZWFzZSB0aGUgcmV2aWV3aW5nDQpwcm9jZXNzLCB0aGUgYXV0aG9ycyBvZiByZWd1bGEgIHBhcGVy cyBtYXkgYWRkIGFuIGFwcGVuZGl4LCBhbHRob3VnaA0KcmV2aWV3ZXJzIGFyZSBub3QgcmVxdWly ZWQgdG8gY29uc2lkZXIgaXQgaW4gdGhlaXIgZXZhbHVhdGlvbi4NCg0KQ29tbXVuaWNhdGlvbnM6 IHVwIHRvIDUgcGFnZXMgUExVUyBiaWJsaW9ncmFwaHksIHN1aXRhYmxlIGZvciBleHRlbmRlZA0K YWJzdHJhY3RzIG9mIHBhcGVycyBhbHJlYWR5IGFwcGVhcmVkL3N1Ym1pdHRlZCBvciB0byBiZSBz dWJtaXR0ZWQNCmVsc2V3aGVyZSwgYXMgd2VsbCBhcyBwYXBlcnMgcmVwb3J0aW5nIG9uZ29pbmcg cmVzZWFyY2ggb24gd2hpY2ggdGhlDQphdXRob3JzIHdpc2ggdG8gZ2V0IGZlZWRiYWNrIGFuZCBv dmVydmlld3Mgb2YgUGhEIHRoZXNlcyBvciByZXNlYXJjaA0KcHJvamVjdHMuDQoNCkF1dGhvcnMg YXJlIGludml0ZWQgdG8gc3VibWl0IHRoZWlyIG1hbnVzY3JpcHRzIGluIFBERiBmb3JtYXQgdmlh DQpFYXN5Q2hhaXI6DQoNCmh0dHBzOi8vZWFzeWNoYWlyLm9yZy9jb25mZXJlbmNlcy8/Y29uZj1p Y3RjczIwMjENCg0KQWxsIGFjY2VwdGVkIG9yaWdpbmFsIGNvbnRyaWJ1dGlvbnMgKHJlZ3VsYXIg cGFwZXJzIGFuZCBjb21tdW5pY2F0aW9ucykNCndpbGwgYmUgcHVibGlzaGVkIG9uIENFVVItV1Mu b3JnLg0KDQpGb3IgZWFjaCBhY2NlcHRlZCBjb250cmlidXRpb24sIGF0IGxlYXN0IG9uZSBvZiB0 aGUgYXV0aG9ycyBpcyByZXF1aXJlZA0KdG8gYXR0ZW5kIHRoZSBjb25mZXJlbmNlIGFuZCBwcmVz ZW50IHRoZSBwYXBlci4NCg0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KVENTIFNwZWNp YWwgSXNzdWUNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCg0KRm9sbG93aW5nIHRoZSB0 cmFkaXRpb24sIHRoZSBhdXRob3JzIG9mIHRoZSB2ZXJ5IGJlc3QgcGFwZXJzIHByZXNlbnRlZA0K YXQgdGhlIGNvbmZlcmVuY2Ugd2lsbCBiZSBpbnZpdGVkIHRvIHN1Ym1pdCBhbiBleHRlbmRlZCB2 ZXJzaW9uIG9mDQp0aGVpciB3b3JrIGluIGEgc3BlY2lhbCBpc3N1ZSBvZiBUaGVvcmV0aWNhbCBD b21wdXRlciBTY2llbmNlIGpvdXJuYWwuDQpJbnZpdGF0aW9ucyB3aWxsIGJlIHNlbnQgb3V0IGFm dGVyIHRoZSB3b3Jrc2hvcC4gVGhlIHRhcmdldCBpcyB0bw0KcHVibGlzaCB0aGUgc3BlY2lhbCBp c3N1ZSBieSB0aGUgZW5kIG9mIHRoZSB5ZWFyIDIwMjIuDQoNCj09PT09PT09PT09PT09PQ0KSU1Q T1JUQU5UIERBVEVTDQo9PT09PT09PT09PT09PT0NCg0KQWJzdHJhY3Qgc3VibWlzc2lvbjogMTcg TWF5IDIwMjENClBhcGVyIHN1Ym1pc3Npb246ICAgIDI0IE1heSAyMDIxDQpOb3RpZmljYXRpb246 ICAgICAgICAzMCBKdW5lIDIwMjENClJldmlzZWQgdmVyc2lvbiBmb3IgcHJlLXByb2NlZWRpbmdz OiAgMTkgSnVseSAyMDIxDQpDb25mZXJlbmNlOiAgICAgICAgICAxMy0xNSBTZXB0ZW1iZXIgMjAy MQ0KRmluYWwgdmVyc2lvbiBmb3IgQ0VVUi1XUyBwcm9jZWVkaW5nczogMzEgT2N0b2JlciAyMDIx ICh0ZW50YXRpdmUpDQoNCj09PT09PT09PT09PT09PT09PQ0KSU5WSVRFRCBTUEVBS0VSUw0KPT09 PT09PT09PT09PT09PT09DQoNCkx1Y2EgUGFkb3ZhbmkgKFVuaXZlcnNpdMOgIGRpIFRvcmlubykN Ck5hZGlhIFBpc2FudGkgKFVuaXZlcnNpdMOgIGRpIFBpc2EpDQoNCj09PT09PT09PT09PT09PT09 PT09DQpQUk9HUkFNIENPTU1JVFRFRQ0KPT09PT09PT09PT09PT09PT09PT0NCg0KUHJvZ3JhbSBD b21taXR0ZWU6DQogIENsYXVkaW8gU2FjZXJkb3RpIENvZW4gKGNvLWNoYWlyKSAoVW5pdmVyc2l0 eSBvZiBCb2xvZ25hLCBJdGFseSkNCiAgSXZhbm8gU2Fsdm8gKGNvLWNoYWlyKSAoVW5pdmVyc2l0 eSBvZiBSb21hIOKAnFNhcGllbnph4oCdLCBJdGFseSkNCiAgRnJhbmNvIEJhcmJhbmVyYSAoVW5p dmVyc2l0eSBvZiBDYXRhbmlhLCBJdGFseSkNCiAgRGF2aWRlIEJpbMOyIChVbml2ZXJzaXR5IG9m IFNhc3NhcmksIEl0YWx5KQ0KICBTdGVmYW5vIEJpc3RhcmVsbGkgKFVuaXZlcnNpdHkgb2YgUGVy dWdpYSwgSXRhbHkpDQogIERhdmlkZSBCcmVzb2xpbiAoVW5pdmVyc2l0eSBvZiBQYWR1YSwgSXRh bHkpDQogIE1hdHRpYSBE4oCZRW1pZGlvIChVbml2ZXJzaXR5IG9mIEzigJlBcXVpbGE7IEdyYW4g U2Fzc28gU2NpZW5jZQ0KSW5zdGl0dXRlLCBJdGFseSkNCiAgTWlyaWFtIERpIElhbm5pIChVbml2 ZXJzaXR5IG9mIFJvbWUgIlRvciBWZXJnYXRhIiwgSXRhbHkpDQogIERpb2RhdG8gRmVycmFpb2xp IChVbml2ZXJzaXR5IG9mIFNhbGVybm8sIEl0YWx5KQ0KICBSb2JlcnRhIEdvcmkgKFVuaXZlcnNp dHkgb2YgUGlzYSwgSXRhbHkpDQogIFJ1Z2dlcm8gTGFub3R0ZSAoVW5pdmVyc2l0eSBvZiBJbnN1 YnJpYSwgSXRhbHkpDQogIEFuZHJlYSBNYXJpbm8gKFVuaXZlcnNpdHkgb2YgRmxvcmVuY2UsIEl0 YWx5KQ0KICBJc2FiZWxsYSBNYXN0cm9lbmkgKFVuaXZlcnNpdHkgb2YgVmVyb25hLCBJdGFseSkN CiAgTWFyaW5vIE1pY3VsYW4gKERNSUYsIFVuaXZlcnNpdHkgb2YgVWRpbmUsIEl0YWx5KQ0KICBG YWJpbyBNb2dhdmVybyAoVW5pdmVyc2l0eSBvZiBOYXBsZXMgRmVkZXJpY28gSUksIEl0YWx5KQ0K ICBNYW51ZWxhIE1vbnRhbmdlcm8gKFVuaXZlcnNpdHkgb2YgTW9kZW5hIGUgUmVnZ2lvIEVtaWxp YSwgSXRhbHkpDQogIEx1Y2EgUm92ZXJzaSAoVW5pdmVyc2l0eSBvZiBUb3Jpbm8sIEl0YWx5KQ0K ICBNYXJpbmVsbGEgU2Npb3J0aW5vIChVbml2ZXJzaXR5IG9mIFBhbGVybW8sIEl0YWx5KQ0KICBG cmFuY2VzY2EgU2NvenphcmkgKFVuaXZlcnNpdHkgb2YgQ2hpZXRpLVBlc2NhcmEsIEl0YWx5KQ0K ICBFbGVuYSBadWNjYSAoRElCUklTIOKAkyBVbml2ZXJzaXR5IG9mIEdlbm92YSwgSXRhbHkpDQog IFJvYmVydG8gWnVuaW5vIChVbml2ZXJzaXR5IG9mIFRyZW50bywgSXRhbHkpDQoNCi0tIA0KUHJv Zi4gQ2xhdWRpbyBTYWNlcmRvdGkgQ29lbg0KRGVwYXJ0bWVudCBvZiBDb21wdXRlciBTY2llbmNl IGFuZCBFbmdpbmVlcmluZw0KVW5pdmVyc2l0eSBvZiBCb2xvZ25hDQo= From tjark.weber at it.uu.se Fri Mar 26 11:01:06 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:56748) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lPkDC-00072Q-Ny (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 26 Mar 2021 11:01:06 +0000 X-Cam-SpamDetails: score -2.5 from SpamAssassin-3.4.5-1888057 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [130.238.7.172 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [130.238.7.172 listed in wl.mailspike.net] * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from smtp-out1.uu.se ([130.238.7.172]:47799 helo=cursor.its.uu.se) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lPkD6-000qyT-hn (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 26 Mar 2021 11:01:06 +0000 Received: from e-mailfilter01.sunet.se (e-mailfilter01.sunet.se [192.36.171.201]) by cursor.its.uu.se (Postfix) with ESMTP id CA3BF6806C7 for ; Fri, 26 Mar 2021 12:00:34 +0100 (CET) Received: from lyra.its.uu.se (lyra.its.uu.se [130.238.7.73]) by e-mailfilter01.sunet.se (8.14.4/8.14.4/Debian-8+deb8u2) with ESMTP id 12QB0YPD194850 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 26 Mar 2021 12:00:34 +0100 Received: from smtp.user.uu.se (uuc-epost003.user.uu.se [130.238.3.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by lyra.its.uu.se (Postfix) with ESMTPS id 1C855600084 for ; Fri, 26 Mar 2021 12:00:34 +0100 (CET) Received: from weber.lan (92.34.249.5) by uuc-epost003.user.uu.se (130.238.3.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Fri, 26 Mar 2021 12:00:33 +0100 Message-ID: <20163210fb408288d515c5b37f059d2fd944487b.camel at it.uu.se> From: Tjark Weber To: Cl-isabelle Users Date: Fri, 26 Mar 2021 12:00:33 +0100 In-Reply-To: References: <59E4BC18-7B2B-479D-B3F6-A3FA6F08B71C at cam.ac.uk> <3e903e69-e3bb-99c5-a655-5ad3de145aa0 at in.tum.de> <9bfb61f7094ed0cc01a9ab122fe7a7d7a7332c77.camel at it.uu.se> <734889a6-e3a3-d79e-b9e4-42d7fb1055fb at anu.edu.au> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.5-1.1 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [92.34.249.5] X-ClientProxiedBy: uuc-epost006.user.uu.se (130.238.3.16) To uuc-epost003.user.uu.se (130.238.3.13) X-Bayes-Prob: 0.0001 (Score 0, tokens from: outbound, outbound-uu-se:default, uu-se:default, base:default, @@RPTN) X-Spam-Score: 0.00 () [Tag at 15.00] X-p0f-Info: os=Linux 3.11 and newer, link=Ethernet or modem X-CanIt-Geo: ip=130.238.3.13; country=SE; region=Uppsala County; city=Knivsta; latitude=59.7256; longitude=17.7875; http://maps.google.com/maps?q=59.7256,17.7875&z=6 X-CanItPRO-Stream: outbound-uu-se:outbound (inherits from outbound-uu-se:default, uu-se:default, base:default) X-Canit-Stats-ID: 094IX0yev - f16feaca8172 - 20210326 X-Scanned-By: CanIt (www . roaringpenguin . com) Subject: Re: [isabelle] hd and last of Nil X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2021 11:01:06 -0000 On Thu, 2021-03-25 at 19:15 -0400, John F. Hughes wrote: > I was unhappy with this notion of "total functions" from my first > moments learning Isabelle, but I sucked it up and tried anyhow. I'd > love to see, say, two different versions of the most basic parts of > Isabelle in which stuff like this occurs, one of which defines x/0 to > be 0, the other of which defines it to be, say, 17. If the theorems > you can prove are all provable in both situations, then I'd be a lot > happier. [...] That is (clearly) not the case. For starters, you'll be able to prove x/0 =3D 0 in one theory and x/0 =3D 17 in the other. If you are willing to accept that x/0 denotes some value (because we are working in a logic of total functions), but don't want theorems that depend on the specific value of x/0, the proper solution is to leave the value of x/0 unspecified. Without further assumptions about x/0, you'll then only be able to prove theorems that hold regardless of what the specific value of x/0 is. Best, Tjark > On Thu, Mar 25, 2021 at 6:56 PM Jeremy Dawson < > Jeremy.Dawson at anu.edu.au> wrote: > > > > On 26/3/21 2:23 am, Manuel Eberl wrote: > > > That sentence was directed more at the recurring discussion of > > whether > > > defining "x / 0 =3D 0" leads to logical inconsistencies (which it > > clearly > > > doesn't). > > > > Maybe it "clearly" doesn't, but that's not the question which bugs > > me. > > > > the important question to me is: if you say x / 0 =3D 0, does this > > enable > > you to prove a theorem, which isn't true in ordinary arithmetic, > > and > > which doesn't obviously contain some feature indicating that it > > relies > > on dividing by zero? > > > > If so, it is surely a rather dangerous thing to do. > > > > Jeremy N=C3=A4r du har kontakt med oss p=C3=A5 Uppsala universitet med e-post s=C3= =A5 inneb=C3=A4r det att vi behandlar dina personuppgifter. F=C3=B6r att l= =C3=A4sa mer om hur vi g=C3=B6r det kan du l=C3=A4sa h=C3=A4r: http://www.u= u.se/om-uu/dataskydd-personuppgifter/ E-mailing Uppsala University means that we will process your personal data.= For more information on how this is performed, please read here: http://ww= w.uu.se/en/about-uu/data-protection-policy From tals4 at cam.ac.uk Fri Mar 26 11:09:10 2021 Received: from ppsw-42.csi.cam.ac.uk ([131.111.8.142]:51726) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lPkL0-0007VQ-DR (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 26 Mar 2021 11:09:10 +0000 X-Cam-AntiVirus: not scanned (internal relaying) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from webmail-1b.csi.cam.ac.uk ([131.111.9.33]:50064) by ppsw-42.csi.cam.ac.uk (ppsw.cam.ac.uk [131.111.8.138]:25) with esmtp id 1lPkL0-000lqq-7l (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 26 Mar 2021 11:09:10 +0000 Received: from [127.0.0.1] (helo=webmail-2.hermes.cam.ac.uk) by webmail-1b.csi.cam.ac.uk with esmtp id 1lPkL0-0007lI-Cp (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 26 Mar 2021 11:09:10 +0000 Received: from cpc108965-cmbg20-2-0-cust533.5-4.cable.virginm.net ([80.5.218.22]) by webmail-2.hermes.cam.ac.uk with HTTP (HTTP/1.1 POST); Fri, 26 Mar 2021 11:09:10 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 26 Mar 2021 11:09:10 +0000 From: Thomas Sewell To: Isabelle Users Mailing List In-Reply-To: References: <59E4BC18-7B2B-479D-B3F6-A3FA6F08B71C at cam.ac.uk> <3e903e69-e3bb-99c5-a655-5ad3de145aa0 at in.tum.de> <9bfb61f7094ed0cc01a9ab122fe7a7d7a7332c77.camel at it.uu.se> <734889a6-e3a3-d79e-b9e4-42d7fb1055fb at anu.edu.au> User-Agent: Roundcube Webmail/1.4.11 Message-ID: X-Sender: tals4 at cam.ac.uk X-Authenticated-User: tals4 Subject: Re: [isabelle] hd and last of Nil X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2021 11:09:10 -0000 I have a suggestion. This sort of topic, about the oddness of totality in HOL, comes up at least three times a year, always provokes a medium-length discussion, and the examples differ but the content of the discussion is otherwise largely the same. Is there some kind of a note, or wiki discussion, or published paper which we could post as a reference during these discussions, so as to try to shrink these conversations and the associated effort involved down closer to novel contributions? I can't think of such a reference, does anyone know of one? If not, would anyone be interested in writing one? I guess that one issue is that a good such reference ought to try to gather the case for and against. Please don't take this as a rebuke to anyone wanting to think and write about this issue: HOL seems quite intuitive until one hits this aspect, which is thoroughly alien to the way most of us were taught mathematics in school. We all needed to process it for a while, and it's natural that this is a social process. Cheers, Thomas. On 2021-03-25 23:35, Norrish, Michael (Data61, Acton) wrote: > That won’t happen. If inv 0 is defined to be zero, then you get the > nice theorem > > inv (inv x) = x > > without a precondition. Making inv 0 = 17 wrecks this (inv is no > longer injective). > > Michael > >> On 26 Mar 2021, at 10:15, John F. Hughes wrote: >> >> I was unhappy with this notion of "total functions" from my first >> moments learning Isabelle, but I sucked it up and tried anyhow. I'd >> love to see, say, two different versions of the most basic parts of >> Isabelle in which stuff like this occurs, one of which defines x/0 >> to be 0, the other of which defines it to be, say, 17. If the >> theorems you can prove are all provable in both situations, then I'd >> be a lot happier. Sure, it doesn't ensure Jeremy's criterion, but at >> least it'd help ease the minds of new users. >> >> On Thu, Mar 25, 2021 at 6:56 PM Jeremy Dawson >> wrote: >> >>> On 26/3/21 2:23 am, Manuel Eberl wrote: >>>> That sentence was directed more at the recurring discussion of >>> whether >>>> defining "x / 0 = 0" leads to logical inconsistencies (which it >>> clearly >>>> doesn't). >>> >>> Maybe it "clearly" doesn't, but that's not the question which bugs >>> me. >>> >>> the important question to me is: if you say x / 0 = 0, does this >>> enable >>> you to prove a theorem, which isn't true in ordinary arithmetic, >>> and >>> which doesn't obviously contain some feature indicating that it >>> relies >>> on dividing by zero? >>> >>> If so, it is surely a rather dangerous thing to do. >>> >>> Jeremy From kevin.kappelmann at tum.de Fri Mar 26 11:19:17 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:33856) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lPkUn-0008A6-S2 (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 26 Mar 2021 11:19:17 +0000 X-Cam-SpamDetails: score -2.6 from SpamAssassin-3.4.5-1888057 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [129.187.255.138 listed in list.dnswl.dnsbl.ja.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) * [129.187.255.138 listed in wl.mailspike.net] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from postout2.mail.lrz.de ([129.187.255.138]:33407) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lPkUn-000AQq-g8 (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 26 Mar 2021 11:19:17 +0000 Received: from lxmhs52.srv.lrz.de (localhost [127.0.0.1]) by postout2.mail.lrz.de (Postfix) with ESMTP id 4F6KHS4JdszyQP for ; Fri, 26 Mar 2021 12:19:16 +0100 (CET) Authentication-Results: postout.lrz.de (amavisd-new); dkim=pass (2048-bit key) reason="pass (just generated, assumed good)" header.d=tum.de X-Virus-Scanned: by amavisd-new at lrz.de in lxmhs52.srv.lrz.de X-Spam-Flag: NO X-Spam-Score: -2.871 X-Spam-Level: X-Spam-Status: No, score=-2.871 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, DMARC_ADKIM_RELAXED=0.001, DMARC_ASPF_RELAXED=0.001, DMARC_POLICY_NONE=0.001, LRZ_CT_PLAIN_UTF8=0.001, LRZ_DMARC_FAIL=0.001, LRZ_DMARC_FAIL_NONE=0.001, LRZ_DMARC_POLICY=0.001, LRZ_DMARC_TUM_FAIL=0.001, LRZ_DMARC_TUM_REJECT=3.5, LRZ_DMARC_TUM_REJECT_PO=-3.5, LRZ_ENVFROM_FROM_ALIGNED_STRICT=0.001, LRZ_ENVFROM_FROM_MATCH=0.001, LRZ_ENVFROM_TUM_S=0.001, LRZ_FROM_HAS_A=0.001, LRZ_FROM_HAS_AAAA=0.001, LRZ_FROM_HAS_MDOM=0.001, LRZ_FROM_HAS_MX=0.001, LRZ_FROM_HOSTED_DOMAIN=0.001, LRZ_FROM_NAME_IN_ADDR=0.001, LRZ_FROM_PHRASE=0.001, LRZ_FROM_PRE_SUR=0.001, LRZ_FROM_PRE_SUR_PHRASE=0.001, LRZ_FROM_TUM_S=0.001, LRZ_HAS_CLANG=0.001, LRZ_HAS_IN_REPLY_TO=0.001, LRZ_HAS_SPF=0.001, LRZ_HAS_URL_HTTP=0.001, LRZ_MSGID_HL8_3HL4_HL12=0.001, LRZ_MSGID_MOZ=0.001, LRZ_TO_SHORT=0.001, LRZ_UA_MOZ=0.001, LRZ_URL_PLAIN_SINGLE=0.001, NICE_REPLY_A=-0.001] autolearn=no autolearn_force=no Received: from postout2.mail.lrz.de ([127.0.0.1]) by lxmhs52.srv.lrz.de (lxmhs52.srv.lrz.de [127.0.0.1]) (amavisd-new, port 20024) with LMTP id rv6_ALpyayHm for ; Fri, 26 Mar 2021 12:19:15 +0100 (CET) Received: from [IPv6:2001:16b8:265f:3c00:28d9:b823:e2f5:158e] (200116b8265f3c0028d9b823e2f5158e.dip.versatel-1u1.de [IPv6:2001:16b8:265f:3c00:28d9:b823:e2f5:158e]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by postout2.mail.lrz.de (Postfix) with ESMTPSA id 4F6KHR4gr1zyS0 for ; Fri, 26 Mar 2021 12:19:15 +0100 (CET) To: cl-isabelle-users at lists.cam.ac.uk References: <59E4BC18-7B2B-479D-B3F6-A3FA6F08B71C at cam.ac.uk> <3e903e69-e3bb-99c5-a655-5ad3de145aa0 at in.tum.de> <9bfb61f7094ed0cc01a9ab122fe7a7d7a7332c77.camel at it.uu.se> <734889a6-e3a3-d79e-b9e4-42d7fb1055fb at anu.edu.au> From: Kevin Kappelmann Message-ID: <6f5aa4bc-d95a-52aa-018a-5ce3fe023e41 at tum.de> Date: Fri, 26 Mar 2021 12:19:15 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Subject: Re: [isabelle] hd and last of Nil X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2021 11:19:17 -0000 I think the blog post by Joachim Breitner is a good reference: https://www.joachim-breitner.de/blog/732-Isabelle_functions__Always_total%2C_sometimes_undefined Kevin On 26.03.21 12:09, Thomas Sewell wrote: > I have a suggestion. > > This sort of topic, about the oddness of totality in HOL, comes up at > least three times a year, always provokes a medium-length discussion, > and the examples differ but the content of the discussion is otherwise > largely the same. > > Is there some kind of a note, or wiki discussion, or published paper > which we could post as a reference during these discussions, so as to > try to shrink these conversations and the associated effort involved > down closer to novel contributions? I can't think of such a reference, > does anyone know of one? If not, would anyone be interested in writing > one? I guess that one issue is that a good such reference ought to try > to gather the case for and against. > > Please don't take this as a rebuke to anyone wanting to think and write > about this issue: HOL seems quite intuitive until one hits this aspect, > which is thoroughly alien to the way most of us were taught mathematics > in school. We all needed to process it for a while, and it's natural that > this is a social process. > > Cheers, >     Thomas. > > On 2021-03-25 23:35, Norrish, Michael (Data61, Acton) wrote: >> That won’t happen.  If inv 0 is defined to be zero, then you get the >> nice theorem >> >>   inv (inv x) = x >> >> without a precondition.  Making inv 0 = 17 wrecks this (inv is no >> longer injective). >> >> Michael >> >>> On 26 Mar 2021, at 10:15, John F. Hughes wrote: >>> >>> I was unhappy with this notion of "total functions" from my first >>> moments learning Isabelle, but I sucked it up and tried anyhow. I'd >>> love to see, say, two different versions of the most basic parts of >>> Isabelle in which stuff like this occurs, one of which defines x/0 >>> to be 0, the other of which defines it to be, say, 17. If the >>> theorems you can prove are all provable in both situations, then I'd >>> be a lot happier. Sure, it doesn't ensure Jeremy's criterion, but at >>> least it'd help ease the minds of new users. >>> >>> On Thu, Mar 25, 2021 at 6:56 PM Jeremy Dawson >>> wrote: >>> >>>> On 26/3/21 2:23 am, Manuel Eberl wrote: >>>>> That sentence was directed more at the recurring discussion of >>>> whether >>>>> defining "x / 0 = 0" leads to logical inconsistencies (which it >>>> clearly >>>>> doesn't). >>>> >>>> Maybe it "clearly" doesn't, but that's not the question which bugs >>>> me. >>>> >>>> the important question to me is: if you say x / 0 = 0, does this >>>> enable >>>> you to prove a theorem, which isn't true in ordinary arithmetic, >>>> and >>>> which doesn't obviously contain some feature indicating that it >>>> relies >>>> on dividing by zero? >>>> >>>> If so, it is surely a rather dangerous thing to do. >>>> >>>> Jeremy > From fimmler at apple.com Fri Mar 26 12:37:28 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:49712) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lPliS-0005Gu-1b (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 26 Mar 2021 12:37:28 +0000 X-Cam-SpamDetails: score -0.3 from SpamAssassin-3.4.5-1888057 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [17.179.253.44 listed in wl.mailspike.net] * 0.0 HTML_MESSAGE BODY: HTML included in message * -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from * envelope-from domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.0 DKIMWL_WL_HIGH DKIMwl.org - High trust sender X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from rn-mailsvcp-ppex-lapp35.rno.apple.com ([17.179.253.44]:45550 helo=rn-mailsvcp-ppex-lapp35.apple.com) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lPliQ-0004qV-pM (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 26 Mar 2021 12:37:28 +0000 Received: from pps.filterd (rn-mailsvcp-ppex-lapp35.rno.apple.com [127.0.0.1]) by rn-mailsvcp-ppex-lapp35.rno.apple.com (8.16.0.43/8.16.0.43) with SMTP id 12QCS7Nf024571; Fri, 26 Mar 2021 05:37:22 -0700 Received: from crk-mailsvcp-mta-lapp01.euro.apple.com (crk-mailsvcp-mta-lapp01.euro.apple.com [17.66.55.13]) by rn-mailsvcp-ppex-lapp35.rno.apple.com with ESMTP id 37h12v0kbm-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 26 Mar 2021 05:37:22 -0700 Received: from crk-mailsvcp-mmp-lapp01.euro.apple.com (crk-mailsvcp-mmp-lapp01.euro.apple.com [17.72.136.15]) by crk-mailsvcp-mta-lapp01.euro.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) with ESMTPS id <0QQK000KFTQ9HQ00 at crk-mailsvcp-mta-lapp01.euro.apple.com>; Fri, 26 Mar 2021 12:37:21 +0000 (GMT) Received: from process_milters-daemon.crk-mailsvcp-mmp-lapp01.euro.apple.com by crk-mailsvcp-mmp-lapp01.euro.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) id <0QQK00200TLT9U00 at crk-mailsvcp-mmp-lapp01.euro.apple.com>; Fri, 26 Mar 2021 12:37:21 +0000 (GMT) X-Va-A: X-Va-T-CD: 075128fdbe8d8f1056d1fbf95af3f498 X-Va-E-CD: 5dc2315daacfedd4f7986e4da33a3a5c X-Va-R-CD: ddd6a5575beb352c07c7b8b7d836119c X-Va-CD: 0 X-Va-ID: aada3d41-292c-4962-aa67-e87d4abe357d X-V-A: X-V-T-CD: 075128fdbe8d8f1056d1fbf95af3f498 X-V-E-CD: 5dc2315daacfedd4f7986e4da33a3a5c X-V-R-CD: ddd6a5575beb352c07c7b8b7d836119c X-V-CD: 0 X-V-ID: cba1481d-fa0c-4a5a-8ca2-a707173ff9fd X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-26_06:2021-03-26, 2021-03-26 signatures=0 Received: from [17.235.217.182] (unknown [17.235.217.182]) by crk-mailsvcp-mmp-lapp01.euro.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) with ESMTPSA id <0QQK00RA1TQ7AZ00 at crk-mailsvcp-mmp-lapp01.euro.apple.com>; Fri, 26 Mar 2021 12:37:21 +0000 (GMT) Message-id: <3479E63F-BEEF-4C47-B7C3-3B7A92BDCAB4 at apple.com> Content-type: multipart/alternative; boundary="Apple-Mail=_20B18C92-D100-471A-A8FC-2B5C2983C052" MIME-version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Date: Fri, 26 Mar 2021 13:37:18 +0100 In-reply-to: <3b451c50-b12a-c7b1-6bb7-d70910a23066 at in.tum.de> To: cl-isabelle-users at lists.cam.ac.uk References: <3082a134-71d5-2b2d-80c0-a2ac087ea05a at in.tum.de> <3b451c50-b12a-c7b1-6bb7-d70910a23066 at in.tum.de> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-03-26_06:2021-03-26, 2021-03-26 signatures=0 Cc: Sebastian Skalberg , Manuel Eberl Subject: Re: [isabelle] Possible problem with floating-point addition in Approximation etc. X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list From: Fabian Immler via Cl-isabelle-users Reply-To: Fabian Immler List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2021 12:37:28 -0000 --Apple-Mail=_20B18C92-D100-471A-A8FC-2B5C2983C052 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Manuel, There used to be more instances of such computations with excessive = precision, A while ago, I addressed (most of) them in = https://isabelle.in.tum.de/repos/isabelle/rev/bf498e0af9e3 = . Unfortunately I reintroduced the inefficient addition in = https://isabelle.in.tum.de/repos/isabelle/rev/f630f2e707a6 = . So what you proposed sounds very reasonable. Fabian > On 24. Mar 2021, at 18:10, Manuel Eberl wrote: >=20 > I think the solution is to use "float_plus_down"/"float_plus_up". I = have > a student who needs this stuff, so unless anyone stops me, I will have > to student build a rounding addition for intervals and then change > "Approximation" to use that. >=20 > Manuel >=20 >=20 > On 24/03/2021 17:46, Manuel Eberl wrote: >> I just noticed something wonky in the "approximation" package: = addition >> of two intervals is implemented by simply adding the two floats and >> *then* rounding to the required precision. >>=20 >> This leads to pathological behaviour when the two numbers being added >> are of greatly different orders of magnitude, e.g. >>=20 >> value "approx 10 (floatarith.Add >> (floatarith.Num (Float 1 0)) >> (floatarith.Num (Float 1 (-100000)))) []" >>=20 >> This takes about 93 seconds. If you add a few more zeros, it runs out = of >> memory entirely. Surely one can do better than that! >>=20 >> Does anyone feel responsible for the approximation package and wants = to >> comment on if and how this should be repaired? >>=20 >> Manuel >>=20 >=20 --Apple-Mail=_20B18C92-D100-471A-A8FC-2B5C2983C052 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
Hi = Manuel,

There used to be more instances = of such computations with excessive precision,
A while ago, I = addressed (most of) them in https://isabelle.in.tum.de/repos/isabelle/rev/bf498e0af9e3<= span class=3D""> .

Unfortunately I reintroduced the inefficient addition = in https://isabelle.in.tum.de/repos/isabelle/rev/f630f2e707a6&= nbsp;.

So what = you proposed sounds very reasonable.

Fabian


On 24. Mar 2021, at 18:10, Manuel Eberl = <eberlm at in.tum.de> wrote:

I = think the solution is to use "float_plus_down"/"float_plus_up". I = have
a student who needs this stuff, so unless anyone = stops me, I will have
to student build a rounding addition = for intervals and then change
"Approximation" to use = that.

Manuel

On 24/03/2021 17:46, Manuel Eberl wrote:
I just noticed something = wonky in the "approximation" package: addition
of two = intervals is implemented by simply adding the two floats and
*then* rounding to the required precision.

This leads to pathological behaviour when the two numbers = being added
are of greatly different orders of magnitude, = e.g.

value "approx 10 (floatarith.Add
 (floatarith.Num (Float 1 0))
=  (floatarith.Num (Float 1 (-100000)))) []"

This takes about 93 seconds. If you add a few more zeros, it = runs out of
memory entirely. Surely one can do better than = that!

Does anyone feel responsible for the = approximation package and wants to
comment on if and how = this should be repaired?

Manuel



= --Apple-Mail=_20B18C92-D100-471A-A8FC-2B5C2983C052-- From holub at karlin.mff.cuni.cz Fri Mar 26 14:21:37 2021 Received: from ppsw-43.csi.cam.ac.uk ([131.111.8.143]:60466) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lPnLF-0002o1-OD (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 26 Mar 2021 14:21:37 +0000 X-Cam-SpamDetails: score -2.5 from SpamAssassin-3.4.5-1888057 * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [195.113.30.11 listed in list.dnswl.dnsbl.ja.net] * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from * author's domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from postak.karlin.mff.cuni.cz ([195.113.30.11]:49652) by ppsw-43.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lPnL9-000iYN-nq (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Fri, 26 Mar 2021 14:21:32 +0000 Received: from [192.168.0.233] (ip-86-49-236-16.net.upcbroadband.cz [86.49.236.16]) by postak.karlin.mff.cuni.cz (Postfix) with ESMTPSA id BEA59206BD; Fri, 26 Mar 2021 15:21:30 +0100 (CET) To: Thomas Sewell , Isabelle Users Mailing List References: <59E4BC18-7B2B-479D-B3F6-A3FA6F08B71C at cam.ac.uk> <3e903e69-e3bb-99c5-a655-5ad3de145aa0 at in.tum.de> <9bfb61f7094ed0cc01a9ab122fe7a7d7a7332c77.camel at it.uu.se> <734889a6-e3a3-d79e-b9e4-42d7fb1055fb at anu.edu.au> From: Stepan Holub Message-ID: Date: Fri, 26 Mar 2021 15:21:30 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: cs X-Antivirus: AVG (VPS 210324-0, 24.03.2021), Outbound message X-Antivirus-Status: Clean Subject: Re: [isabelle] hd and last of Nil X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2021 14:21:37 -0000 Dear Thomas, I think this is not a question of new waves of surprised newcomers only. In addition to a wiki for those who need to digest that all functions are total in HOL, it would be also nice to have a detailed documentation (or another section on the wiki) for slightly advanced users. Concerning primrec, for instance, the reference manual is a bit enigmatic and says: " For missing constructors, the function is defined to return a default value, but this equation is made difficult to access for users." (Indeed!) Similarly, it is not clear whether "undefined :: 'a ⇒ 'b" returns "undefined :: 'b" for any value of type 'a or not. I learned from this list that this is not the case (which is expected), but I also learned that this has changed at some point (a published paper could be dangerous!). How about the unspecified values from "fun" which should be also set to "undefined" according to the warning? Made even more difficult to access for users? Is there any documentation for this that one could easily consult (instead of spamming this list)? The blog post by Joachim Breitner is useful to a great extent but it does not answer the above questions. Best regards Stepan On 26-Mar-21 12:09 PM, Thomas Sewell wrote: > I have a suggestion. > > This sort of topic, about the oddness of totality in HOL, comes up at > least three times a year, always provokes a medium-length discussion, > and the examples differ but the content of the discussion is otherwise > largely the same. > > Is there some kind of a note, or wiki discussion, or published paper > which we could post as a reference during these discussions, so as to > try to shrink these conversations and the associated effort involved > down closer to novel contributions? I can't think of such a reference, > does anyone know of one? If not, would anyone be interested in writing > one? I guess that one issue is that a good such reference ought to try > to gather the case for and against. > > Please don't take this as a rebuke to anyone wanting to think and write > about this issue: HOL seems quite intuitive until one hits this aspect, > which is thoroughly alien to the way most of us were taught mathematics > in school. We all needed to process it for a while, and it's natural that > this is a social process. > > Cheers, >    Thomas. > > On 2021-03-25 23:35, Norrish, Michael (Data61, Acton) wrote: >> That won’t happen.  If inv 0 is defined to be zero, then you get the >> nice theorem >> >>   inv (inv x) = x >> >> without a precondition.  Making inv 0 = 17 wrecks this (inv is no >> longer injective). >> >> Michael >> >>> On 26 Mar 2021, at 10:15, John F. Hughes wrote: >>> >>> I was unhappy with this notion of "total functions" from my first >>> moments learning Isabelle, but I sucked it up and tried anyhow. I'd >>> love to see, say, two different versions of the most basic parts of >>> Isabelle in which stuff like this occurs, one of which defines x/0 >>> to be 0, the other of which defines it to be, say, 17. If the >>> theorems you can prove are all provable in both situations, then I'd >>> be a lot happier. Sure, it doesn't ensure Jeremy's criterion, but at >>> least it'd help ease the minds of new users. >>> >>> On Thu, Mar 25, 2021 at 6:56 PM Jeremy Dawson >>> wrote: >>> >>>> On 26/3/21 2:23 am, Manuel Eberl wrote: >>>>> That sentence was directed more at the recurring discussion of >>>> whether >>>>> defining "x / 0 = 0" leads to logical inconsistencies (which it >>>> clearly >>>>> doesn't). >>>> >>>> Maybe it "clearly" doesn't, but that's not the question which bugs >>>> me. >>>> >>>> the important question to me is: if you say x / 0 = 0, does this >>>> enable >>>> you to prove a theorem, which isn't true in ordinary arithmetic, >>>> and >>>> which doesn't obviously contain some feature indicating that it >>>> relies >>>> on dividing by zero? >>>> >>>> If so, it is surely a rather dangerous thing to do. >>>> >>>> Jeremy > -- Tento e-mail byl zkontrolován na viry programem AVG. http://www.avg.cz From alex153 at outlook.lv Sat Mar 27 14:21:39 2021 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]:44208) by lists-1.csi.cam.ac.uk (lists.cam.ac.uk [131.111.8.15]:25) with esmtp id 1lQ9op-0005sn-Nl (Exim 4.92.3) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 27 Mar 2021 14:21:39 +0000 X-Cam-SpamDetails: score -0.5 from SpamAssassin-3.4.5-1888081 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low * trust * [40.92.69.34 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.92.69.34 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [alex153[at]outlook.lv] * 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in * digit * [alex153[at]outlook.lv] * 0.0 HTML_MESSAGE BODY: HTML included in message X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mta1.cl.cam.ac.uk ([128.232.0.57]:60379) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lQ9oo-0003lV-i0 (Exim 4.94) for cl-isabelle-users at lists.cam.ac.uk (return-path ); Sat, 27 Mar 2021 14:21:39 +0000 Received: from ppsw-33.csi.cam.ac.uk ([131.111.8.133]) by mta1.cl.cam.ac.uk with esmtp (Exim 4.90_1) (envelope-from ) id 1lQ9oo-0007MG-HU for isabelle-users at cl.cam.ac.uk; Sat, 27 Mar 2021 14:21:38 +0000 X-Cam-SpamDetails: score -0.5 from SpamAssassin-3.4.5-1888081 * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low * trust * [40.92.69.34 listed in list.dnswl.dnsbl.ja.net] * -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) * [40.92.69.34 listed in wl.mailspike.net] * -0.1 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * [alex153[at]outlook.lv] * 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in * digit * [alex153[at]outlook.lv] * 0.0 HTML_MESSAGE BODY: HTML included in message X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus Received: from mail-oln040092069034.outbound.protection.outlook.com ([40.92.69.34]:30815 helo=EUR02-VE1-obe.outbound.protection.outlook.com) by ppsw-33.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25) with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1lQ9ol-0003hC-hz (Exim 4.94) for isabelle-users at cl.cam.ac.uk (return-path ); Sat, 27 Mar 2021 14:21:36 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BQJPmRDf8rJivG0+Pn9QMw5b4YyNcUiOSemme4appX/C8VjqAwv/YQf4Ce0WySrAB+sV5pxsq16z6DtaWjKeJNBrsnqO4fF9MVW+xay+LpJjREiymtvjvke46a0SNErPa/GA4Khcu3rsuDIPOGkKCUPfoZm/880qXeXTfp9d65pdgRPlVY3aXBsJZHHybXmQFQwO9nx5EV35x0W21ned7dXs37ZyAC7BuwM4lE9mT1Kx+CxNDm6meFXBI+NZWGPPD+t/oQo/fOro9QrnS45h2JxR2lGNB+mGsYI6ZYj3++Tory/lC3jgbOVXu3HSUFKDYW1v7sLDiiF5B/MaFVPHGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+Tw+MeOrCL50NMLB8r0uu4rDU8MJtHrrR6MZHwd+B2k=; b=YykV558HUz1DsBnJMAIYzfmykojoLasmo8VEWCeCrL/+sF5XEr8iureSzasIfg/JUKmvAidVlt2mTvDYKmQrAIsDFsPECvcgknqqbJcpUUvCJ6AuMWWcaiQN3uE+4npWG+TIRtoxFBQAGON6KwTVHBVhpTgzEASU9Eu+3cqLwM43TgQtS+Z9N1cfwhPnrBtKPBXF5zRa/3fj/IPDrpBi5hkjG3M9lHvV2mkn3ZNhGjdxmIj+bOSxfQZ9GYWrFFLnwbI/R9COqwB/EYTBo3eU8vT5Fn9TPUAU0kNI1V9Tv42gdajo7x76NEfY37wzpNp5pjkcih5e6eNvyf3Mg5tdWA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from AM5EUR02FT057.eop-EUR02.prod.protection.outlook.com (2a01:111:e400:7e1c::4c) by AM5EUR02HT097.eop-EUR02.prod.protection.outlook.com (2a01:111:e400:7e1c::496) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3977.25; Sat, 27 Mar 2021 14:21:23 +0000 Received: from DBAP191MB1291.EURP191.PROD.OUTLOOK.COM (2a01:111:e400:7e1c::46) by AM5EUR02FT057.mail.protection.outlook.com (2a01:111:e400:7e1c::498) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3977.25 via Frontend Transport; Sat, 27 Mar 2021 14:21:23 +0000 Received: from DBAP191MB1291.EURP191.PROD.OUTLOOK.COM ([fe80::4c27:40e8:abf6:a0fc]) by DBAP191MB1291.EURP191.PROD.OUTLOOK.COM ([fe80::4c27:40e8:abf6:a0fc%3]) with mapi id 15.20.3977.032; Sat, 27 Mar 2021 14:21:23 +0000 From: Alex Meyer To: =?utf-8?B?SmFrdWIgS8SFZHppb8WCa2E=?= , Isabelle Users Thread-Topic: [isabelle] How to see the names of all active Isabelle sessions and how to export specific session? Thread-Index: AQHXHzCMLsG8grnaYEOx9ODkr3TKaKqQJSSAgAe/ynY= Date: Sat, 27 Mar 2021 14:21:23 +0000 Message-ID: References: , In-Reply-To: Accept-Language: lv-LV, en-US Content-Language: lv-LV X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:B9D5C794E2A4076E866EE2030ED214A3155204571BDD2E4AA8E89D8E8C5ED2F4; UpperCasedChecksum:22190C3061F3E209EB87C2FBB2D0A947D5E99891AC1E182506CD0B6957A6D176; SizeAsReceived:6995; Count:43 x-tmn: [EOqeKX0qMovXk8443FSfIqkbm2OCz9oP] x-ms-publictraffictype: Email x-incomingheadercount: 43 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: eae00912-ec0e-448f-acd0-08d8f12b9982 x-ms-traffictypediagnostic: AM5EUR02HT097: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: riLUz4rRt5RFXGHFvNxRnTLddhw34fgXiQ7Rqu1LMdg/ZXweIO5NF+CJRM6gCtRZoiR6VxVDv8ZEIXw0c6/9eo+OHG6KFTVwMSiN8ZyB6kEc8whuXC9VllNQy0byl6cGWFtt/Fmp+zTY99umvUPusFqacBW73cIj5BhupKH4o2dMULBytwLvOCAgGxafpgnC21+kDWlu4Lk+fZnSpSF8GWv01kw9CBDTOaRTrEGgyZsUAamXN/1OorD0kfnlvsc9Z48dN1Ns3xlV9Ky7dBSBtlcdB4dBulTSuFkX06uSaNxZcr9ZAihilMcB3+xLM1mjGnS64aT3mM9LAjqPB+gwEG8lgwNPCKyxh6vkJIp/Dsf3P2liIoj8Ft2LETpNgwoLS6CgabEfENO2ONYn+DyUpk94OVblUWjnnE3jtJYoZ7urzeFzzGMHeIgcTifQ/Hle x-ms-exchange-antispam-messagedata: KqF0jVyheWOAg9NF9ToFTskOTHkc9XsJgSAMPkDRXxUNNNqWLIehw8uz27eaQVPo1fhM2yp+4ScFuFqZcchZHvhT5NoluzElqivUmxdSu3q69/Qp2tuG507mtJiq1zio6C4V0gM0xpM3SZZ1F32v1A== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DBAP191MB1291A93D9D50902390F981E180609DBAP191MB1291EURP_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: AM5EUR02FT057.eop-EUR02.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: eae00912-ec0e-448f-acd0-08d8f12b9982 X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Mar 2021 14:21:23.3554 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5EUR02HT097 X-debug-header: local_aliases has suffix Subject: [isabelle] Atb.: How to see the names of all active Isabelle sessions and how to export specific session? X-BeenThere: cl-isabelle-users at lists.cam.ac.uk X-Mailman-Version: 2.1.8 Precedence: list List-Id: Isabelle Users List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 14:21:39 -0000 --_000_DBAP191MB1291A93D9D50902390F981E180609DBAP191MB1291EURP_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBmcmllbmRzLCBJIGFtIHJlYWxseSBzdHVjayB3aXRoIHRoaXMsIGhvcGUsIHNvbWVvbmUg Y2FuIGhlbHAgbW9lIHRvIG92ZXJjb21lIHRoaXMgYW5kIG1vdmUgZm9yd2FyZC4gU28gdGhpcyBp cyB3aGF0IEkgYW0gZG9pbmcgc3RlcC1ieS1zdGVwOg0KDQpJIGNyYXRlZCBzZXNzaW9uIHJvb3Qg aW4gZGlyZWN0b3J5IFdvcmtzcGFjZS1BbGdvIHdpdGggc2Vzc2lvbiBuYW1lIEFsZ286DQoNCnRv bXJAREVTS1RPUCAvY3lnZHJpdmUvYy9Ib21lcy9Jc2FiZWxsZTIwMjEvSXNhYmVsbGUyMDIxDQok IGNkIC9jeWdkcml2ZS9jL1dvcmtzcGFjZS1BbGdvDQoNCnRvbXJAREVTS1RPUCAvY3lnZHJpdmUv Yy9Xb3Jrc3BhY2UtQWxnbw0KJCBpc2FiZWxsZSBta3Jvb3QgLW4gQWxnbw0KDQpQcmVwYXJpbmcg c2Vzc2lvbiAiQWxnbyIgaW4gIi4iDQogIGNyZWF0aW5nICJST09UIg0KICBjcmVhdGluZyAiZG9j dW1lbnQvcm9vdC50ZXgiDQoNCk5vdyB1c2UgdGhlIGZvbGxvd2luZyBjb21tYW5kIGxpbmUgdG8g YnVpbGQgdGhlIHNlc3Npb246DQoNCiAgaXNhYmVsbGUgYnVpbGQgLUQgLg0KDQoNCk15IFJPT1Qg ZmlsZSBpczoNCg0Kc2Vzc2lvbiBBbGdvID0gSE9MICsNCiAgb3B0aW9ucyBbZG9jdW1lbnQgPSBw ZGYsIGRvY3VtZW50X291dHB1dCA9ICJvdXRwdXQiXQ0KKCp0aGVvcmllcyBbZG9jdW1lbnQgPSBm YWxzZV0NCiAgICBBDQogICAgQg0KICB0aGVvcmllcw0KICAgIEMNCiAgICBEKikNCiAgZG9jdW1l bnRfZmlsZXMNCiAgICAicm9vdC50ZXgiDQoNCkkgaGF2ZSBjb3BpZWQgbXkgdGhlb3J5IGZpbGUg TWF4X09mX1R3b19JbnRlZ2Vyc19SZWFsLnRoeSBpbnNpZGUgZG9jdW1lbnQgc3ViZGlyZWN0b3J5 Og0KDQp0aGVvcnkgTWF4X09mX1R3b19JbnRlZ2Vyc19SZWFsDQogIGltcG9ydHMgKCogTWFpbiAq KQ0KICAgICgqICJIT0wuSW1wZXJhdGl2ZV9IT0zigLnigLoNCiAgICBTdWJhcnJheSAqKQ0KICAg ICJIT0wtTGl