From owner-svn-src-head@freebsd.org Mon Aug 10 23:10:15 2020 Return-Path: Delivered-To: svn-src-head@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E98263B05F4; Mon, 10 Aug 2020 23:10:15 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BQWs24z2wz4tpk; Mon, 10 Aug 2020 23:10:14 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: by sdaoden.eu (Postfix, from userid 1000) id 0580D16058; Tue, 11 Aug 2020 01:10:05 +0200 (CEST) Date: Tue, 11 Aug 2020 01:10:05 +0200 From: Steffen Nurpmeso To: Ravi Pokala Cc: Mateusz Guzik , , , Subject: Re: svn commit: r364071 - head/sys/kern Message-ID: <20200810231005.yX2pB%steffen@sdaoden.eu> In-Reply-To: References: <202008101040.07AAeEtt096924@repo.freebsd.org> Mail-Followup-To: Ravi Pokala , Mateusz Guzik , , , User-Agent: s-nail v14.9.19-103-ga01f6c13 OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. X-Rspamd-Queue-Id: 4BQWs24z2wz4tpk X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of steffen@sdaoden.eu designates 217.144.132.164 as permitted sender) smtp.mailfrom=steffen@sdaoden.eu X-Spamd-Result: default: False [-0.87 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.87)[-0.873]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sdaoden.eu]; NEURAL_HAM_LONG(-0.86)[-0.863]; RCPT_COUNT_FIVE(0.00)[5]; NEURAL_SPAM_SHORT(0.17)[0.171]; MID_CONTAINS_FROM(1.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15987, ipnet:217.144.128.0/20, country:DE] X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2020 23:10:16 -0000 Ravi Pokala wrote in : |-----Original Message----- |From: on behalf of Mateusz Guzik \ | |Date: 2020-08-10, Monday at 03:40 |To: , , |Subject: svn commit: r364071 - head/sys/kern | | Author: mjg | Date: Mon Aug 10 10:40:14 2020 | New Revision: 364071 | URL: https://svnweb.freebsd.org/changeset/base/364071 | | Log: | cache: strlcpy -> memcpy | |But why? Ach, i like it! I, coming from (basic ->) perl -> java -> C++ -> C always hated that C string functions which iterate stuff over and over again, but especially so if working on buffers of which the length is known. I mean, you know, if i know i have a NUL terminated buffer and its length, why in the world should i use one of those mysterious C string functions? I know there is one NUL, it is at LENGTH, dammit! I like it, several such commits flew by over the last at least weeks, and i could imagine that in a cache it also matters. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)