Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:26386 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 59554 invoked by uid 1010); 6 Nov 2006 18:55:01 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 59539 invoked from network); 6 Nov 2006 18:55:01 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Nov 2006 18:55:01 -0000 Authentication-Results: pb1.pair.com smtp.mail=ceo@l-i-e.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=ceo@l-i-e.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain l-i-e.com from 67.139.134.202 cause and error) X-PHP-List-Original-Sender: ceo@l-i-e.com X-Host-Fingerprint: 67.139.134.202 o2.hostbaby.com FreeBSD 4.7-5.2 (or MacOS X 10.2-10.3) (2) Received: from [67.139.134.202] ([67.139.134.202:3562] helo=o2.hostbaby.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 44/70-34853-3058F454 for ; Mon, 06 Nov 2006 13:55:00 -0500 Received: (qmail 25339 invoked by uid 98); 6 Nov 2006 18:54:59 -0000 Received: from 127.0.0.1 by o2.hostbaby.com (envelope-from , uid 1013) with qmail-scanner-1.25 (clamdscan: 0.88.4/2165. Clear:RC:1(127.0.0.1):. Processed in 0.195444 secs); 06 Nov 2006 18:54:59 -0000 X-Qmail-Scanner-Mail-From: ceo@l-i-e.com via o2.hostbaby.com X-Qmail-Scanner: 1.25 (Clear:RC:1(127.0.0.1):. Processed in 0.195444 secs) Received: from unknown (HELO l-i-e.com) (127.0.0.1) by localhost with SMTP; 6 Nov 2006 18:54:58 -0000 Received: from 208.195.234.246 (SquirrelMail authenticated user ceo@l-i-e.com) by www.l-i-e.com with HTTP; Mon, 6 Nov 2006 12:54:58 -0600 (CST) Message-ID: <24575.208.195.234.246.1162839298.squirrel@www.l-i-e.com> In-Reply-To: <454D66C4.2090708@cschneid.com> References: <005e01c6ff82$e6092c30$ec01010a@intranet.db> <2FAA3BA3-283C-445D-9648-70C207FF2251@prohost.org> <454CBD65.5040205@cschneid.com> <454D66C4.2090708@cschneid.com> Date: Mon, 6 Nov 2006 12:54:58 -0600 (CST) To: internals@lists.php.net Reply-To: ceo@l-i-e.com User-Agent: Hostbaby Webmail MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: [PHP-DEV] New Datetime class problem From: ceo@l-i-e.com ("Richard Lynch") It seems like the history of every language goes through this... Some solve it cleanly, from the beginning with a Documented Feature: If I had a time machine, way more brains and C skill, and could waylay Rasmus back in 1995/1996, you'd have something like: The PHP_* name space is reserved for Core PHP Features. Then everybody would know that the internal PHP Date object was gonna be PHP_Date, and nobody would be dumb enough to use that in their app. code, and if they were dumb enough, you'd point to the docs. As it stands now, you'd almost want to MD5() all your class names in a code generation phase, just to be safe :-v -- Some people have a "gift" link here. Know what I want? I want you to buy a CD from some starving artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So?