From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pc175e.fzu.cz (pc175e.fzu.cz [147.231.127.175]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j3O918A5026721 for ; Sun, 24 Apr 2005 09:01:08 GMT Received: from [10.18.6.61] (nat.suchdol.net [82.208.33.254]) (authenticated bits=0) by pc175e.fzu.cz (8.12.8/8.12.8) with ESMTP id j3O912hE004097 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 24 Apr 2005 11:01:10 +0200 Message-ID: <426B6046.9040505@flaska.net> Date: Sun, 24 Apr 2005 11:00:54 +0200 From: =?ISO-8859-1?Q?Jan_Kundr=E1t?= User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050324) X-Accept-Language: en-us, en Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] PHP5 Unstable ? References: <30e61698050422051322736ee3@mail.gmail.com> <4268F474.20709@gentoo.org> <20050422170234.GA20015@tiger.gg3.net> <30e61698050422162655a28920@mail.gmail.com> <426A5D5D.5050901@flaska.net> <426B1FA9.50904@cox.net> In-Reply-To: <426B1FA9.50904@cox.net> X-Enigmail-Version: 0.90.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDCF7BBDD62ED9E8E4FE7F817" X-Archives-Salt: 05f7ae38-58b1-410d-8d94-068fb76a1586 X-Archives-Hash: 382c6bbcc30793672f424f19f214d7d5 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDCF7BBDD62ED9E8E4FE7F817 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit D. Wokan wrote: > Actually, I can understand avoiding unnecessary bit flipping. I've done > that in databases on occasion. I'll write a SQL statement that checks > if there are matching records for an update instead of just executing a > statement that makes changes to those matching records. Depending on > the likelihood of changes and the number of records to be changed, it > was sometimes faster to pre-qualify an update instead of just doing it > when it wasn't going to find any matches. Yep, but we're talking about C code, not about SQL queries. I'd of course accept this explanation if it came from PHP devs at bugzilla, but they didn't bother, which made me a bit surprised. And BTW, talking about speed - setting open_basedir is quite common among webhosters, so I think the code suggested in that bugreport will be faster in most cases. -jkt -- cd /local/pub && more beer > /dev/mouth --------------enigDCF7BBDD62ED9E8E4FE7F817 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCa2BOamXfqERyJRcRAqLRAJ9VLuzMX7JbW9UeRzLIEZm+FH4fWACfRlCz 9Em/wvFwo92SXjJvqZSelRI= =1jpU -----END PGP SIGNATURE----- --------------enigDCF7BBDD62ED9E8E4FE7F817-- -- gentoo-dev@gentoo.org mailing list