Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) by h2774747.stratoserver.net (8.15.2/8.15.2/Debian-3) with ESMTP id w5M92Fr6011493 for ; Fri, 22 Jun 2018 11:02:16 +0200 Received: from relay2.uni-heidelberg.de ([129.206.119.212]) by mx-ha.gmx.net (mxgmx110 [212.227.17.5]) with ESMTPS (Nemesis) id 0LZmhE-1ftDBd2d0W-00lWan for ; Fri, 22 Jun 2018 11:02:09 +0200 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay2.uni-heidelberg.de (8.15.2/8.15.2) with ESMTP id w5M91vSr024122; Fri, 22 Jun 2018 11:02:09 +0200 Received: from listserv (localhost [127.0.0.1]) by listserv.uni-heidelberg.de (Postfix) with ESMTP id ED7C61279F3; Fri, 22 Jun 2018 11:02:05 +0200 (CEST) Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 27399665 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Fri, 22 Jun 2018 11:02:03 +0200 Delivered-To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by listserv.uni-heidelberg.de (Postfix) with ESMTP id 229CA126E8B for ; Fri, 22 Jun 2018 11:01:59 +0200 (CEST) Received: from eggs.gnu.org (eggs.gnu.org [208.118.235.92]) by relay.uni-heidelberg.de (8.15.2/8.15.2) with ESMTPS id w5M91nfG016641 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 22 Jun 2018 11:01:52 +0200 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fWHwt-0003UZ-8c for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Fri, 22 Jun 2018 05:01:48 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36226) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fWHwt-0003U1-5U; Fri, 22 Jun 2018 05:01:43 -0400 Received: from x4db660b4.dyn.telefonica.de ([77.182.96.180]:37136 helo=lola) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fWHwo-0008Mu-9j; Fri, 22 Jun 2018 05:01:42 -0400 References: <941aad2c-bc3d-ca7a-1757-470e7ed1d5b9@free.fr> <87bmc3ripu.fsf@fencepost.gnu.org> <6f6508f9-18da-5f27-6cc7-49852890928f@latex-project.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e Message-ID: <87zhznp53k.fsf@fencepost.gnu.org> Date: Fri, 22 Jun 2018 11:01:35 +0200 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: David Kastrup Subject: Re: Package registration To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: <6f6508f9-18da-5f27-6cc7-49852890928f@latex-project.org> (Frank Mittelbach's message of "Fri, 22 Jun 2018 10:27:51 +0200") Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: Envelope-To: X-GMX-Antispam: 0 (Mail was not recognized as spam); Detail=V3; X-UI-Filterresults: notjunk:1;V01:K0:FH3Bs/P/q58=:HQk+3Qwyrn2tfFFT4VcTD+63nm Y9J7Aere7qbiYWz7iGcq6dYuH4cJvH6zZdpyRD0PrhHipc/CSjtxFwnuEFW9SE8xSa+D69PXu knBvgRsTP0eltNT8cGMFTFNrVwxigQvLp/BkjrFsWqm4ZOZxCh8Xt0tKg25qoRqFFovv93IBK quD4s8tBk0laOZYqC6Y6KW5Ggf8cYaGCHnZNJpTN+w6M3/id872AfshigVzdtU7myORFezrGW atcMma7jHuQeqShYo52s7JGps8My4CFp1YcZyf2wPWSb5tkVkNR2F5g0Kg36LOzsI2zb7qJ0I QCSn3TuDHOefIWpjzbNkjH8kJzLaVTnbGarVhMx9r66R2BEylLvBKGry/ZriNheW0bI8GlxCn EH7TawflElECODhOUZlBdj0HzaPtxGUSS447Fc5IaXhMV73WlNn+Cfb6KvnGFl7NuJ6/X2yMc GZ8nes6tCzrIMDLogpQs0gmMG1PU+inTtD45G9bkrMN2+pVg0E3383vPq2NJWzZBLa91ejJdY lZsPKuQ3Hu6OUs+ocBMkpE10HmeUT4c5hPy8PlyZx4GfxFGYjQW65+DbzSWdqTDKQx2CVAgO5 kGPaCJXXFkk9x6SjIw7iR0k3o8477k/zUHv42JnXKUD3SljsVxAupH3/jry5+Vac+HrdhE6t5 tvTG3OAVf0lG398x3Erxm79Dz8S/AbNDK3EKZblIvMRX+MHJW/cZJecijX86TDj0UHaU/KLqH 2KKsa46RNoeM96HAWtQvaL452Vu98+0gLzTEjoeqrnyTSRlTu2Q8d0TDPMNK5+DqpA+VRD+tp jQqejOZn0Oel7nK6qKspGlSC46m+MYi8EXfnLNNSECMUp4sQq0rK8+PD9YjA7Vp5lON/bMRpU /BpR6DPsu5YVoQ+I341PDaMYzjfuZ0hOio4OZKKTqEZPXH1QvzBvzVop0/iSGA1BvnRGWnP6h 7q4Tz9FGsBjfNFT/KobwVxY339KYns8iEcAjs2u92dknaohC9qZZTPzjCj6j/zI1bgnbcHjWF kVReHAZkl8QyhHkB8pZ6+d3E0xCfPXxLIaQ19LZBgYlW8w2ryWzrTnMsh0uIFC3L209+lE8LR eXMcd1abD5fq1WZpDW+zmfE373fB9bik9i5J1asbN2ukCtyT8aCUwB2NYFMFkNzVa+rXHUNYa qRkb5XG+cq2R/TbDmPK72YsPukN/8YPXersvqEqd6z9CVDUxzQ/qFV17MXPH8pyRjCWUV4tHE FpMGgLo5jVYAWuykvZTZ2qq4/bk+rPxj3hU9mkhO+zIZHt/Q54Cj4nS6GWFslbAiGgoXuqUEE gYzXgPl500VeId1w/KqIHfkhfcnlQ03g9gKfqum3CPM4IEmL9zSdT8VJwIrAqVOKlcsf672Ff 5KakT/fhR4d/Jm01AfG4T6zyAPsl0GybFzfuhD7GBxr4n41eURze4DxQt3c50mjCXBDkPLz4p DevQFRiwgRREhcdKDXj4ARzYGxRdlWtydf3826o4KQBsUJddut+91+gKqMYlr/zWjeBBzD1+2 9pnpouxpBwZSzq7BKCPAhQ1O2ccCzyUj3TWmWtt87scPsGIa/+7BGs2DlIUKfPFPbluoUyRF/ FnkqbfpqcrvG+5gzCcoc4JBo35+4qZmL3f4wSHlJqTUkxOUk+/mDWPByyT3bLVtfUZ5eUc0mx 71gtg0PYGOkiTpEoaZLT5kMHd+Az82JMej92xoRj798x9qe5ilxd2OJLYp3RXkVJP5KfR5t8N ZhK3x8njIR3gjhTNeARRwEpWj9Ik+XD95KMYYa//aBhpBvUZkkuRKz+B0JmjEFOB6o2Z04OS9 AK0eYtvl1sigrjnxNl4n/B71c7S5aUK4TE1sIROgcPCOhzLNgOfiTahPNZB3dCpHSH5U9yrJb a2AaRBJqOx+jOgEf22Ilw8ljcYKvcVPx6fjSpBV/q+ICr9DzDLv6TEHyktoy X-UI-Loop:V01:kytJm74hNM4=:FpQaKBRZB1HAle5cGwSojd3O3nu/aLjuXN91Ew4d5go= X-UI-Out-Filterresults: notjunk:1;V01:K0:/ITcqbLP9Go=:4pPphhRau7G9tJ4gAUno5D rU0ag/S3OCNOuFToMG2WytDPd4zKlVFj5Hf7Q+LghJoFwDyMhde8D69vL4RRpnedYEcBoSVEo y/L7UNqEBRJPRmnUU2Ug2ze3vSTINf+6iXSzBFphRCDRPzidO2GbDmK8QMWJtNM60Xj+AANuc IijQwTlMvYDNDrJWExg0dgJ2iTQxjP+f/bBX02PoccBvAILbwaBNQc7lYpRYfi8bTo8pQeKRU MYUluKTJPVo4njC58W0wPsm8YsPHIdKXOxpjGJctlAcPqqZRadGMJAOp8L53WcES7h5LTsrV8 /n6FfzbRVBPSxteNejqoelMBsh7DW0JQJJ09Ym+VHoufefBzXbspOimEsned8EIFIsxe7LGFu T5RMcF+dK65evy1jChM/bF7QS7gxBQYNuq6LxZSJFC6L6zwYXL6u1tlXEU02hK8g65386ybc0 xLTDw0lTCVTqm2NYXjmjPokWS2FMSQQ= X-Scanned-By: MIMEDefang 2.78 on 81.169.212.23 Status: R X-Status: X-Keywords: X-UID: 8058 Frank Mittelbach writes: > Am 22.06.18 um 09:16 schrieb Will Robertson: >> On 22 Jun 2018, at 5:54 am, David Kastrup wrote: >>> A stupid question that just occured to me: should we be discouraging >>> registering prefixes that match another prefix' contribution to the >>> overly simplistic hash function used in almost all TeX engines? >> Would it be easier to update the hash function in the engines?:) >> What would be the easiest way to test for clashes? > > No change I would think, but does it really matter in all honesty? For stuff like LT@ you already sort 1000 numbers into something like 200 hash buckets (don't remember the exact ratio: it was different with roman numerals but not all that much better IIRC). If somebody then uses a similar indexing scheme for MR@, he'll share exactly the same hash buckets. I thought I wrote some Elisp code evaluating this kind of thing ages ago but cannot find it on my current disk. -- David Kastrup