Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:24343 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 24251 invoked by uid 1010); 11 Jul 2006 19:12:06 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 24236 invoked from network); 11 Jul 2006 19:12:06 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Jul 2006 19:12:06 -0000 X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 81.169.182.136 ajaxatwork.net Linux 2.4/2.6 Received: from ([81.169.182.136:49252] helo=strato.aixcept.de) by pb1.pair.com (ecelerity 2.1.1.3 r(11751M)) with ESMTP id BC/11-15035-508F3B44 for ; Tue, 11 Jul 2006 15:12:05 -0400 Received: from baumbart.mbo (dslb-084-063-030-119.pools.arcor-ip.net [84.63.30.119]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by strato.aixcept.de (Postfix) with ESMTP id 4A58A35C1F5; Tue, 11 Jul 2006 20:37:07 +0200 (CEST) Date: Tue, 11 Jul 2006 20:37:19 +0200 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <1924756948.20060711203719@marcus-boerger.de> To: Matt W Cc: internals@lists.php.net In-Reply-To: <00fe01c6a4c7$909ad070$0201a8c0@pc1> References: <009a01c69848$06f22e80$0201a8c0@pc1> <009f01c69cf9$6b493f30$0201a8c0@pc1> <1772356126.20060701125346@marcus-boerger.de> <008701c6a014$ec07ebd0$0201a8c0@pc1> <56141794.20060706101753@marcus-boerger.de> <00fe01c6a4c7$909ad070$0201a8c0@pc1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [PATCH] array_fill: Allow an array to specify keys From: helly@php.net (Marcus Boerger) Hello Matt, Tuesday, July 11, 2006, 10:54:05 AM, you wrote: > Hi Marcus, > I'm replying again for clarification about the patch. When you first > replied and said it looked OK, you mentioned "once we agree to this," which > I assumed meant it could be used/committed. I saw array.c hasn't been > changed in CVS (though I don't know when that would happen anyway), so I was > kinda wondering, that's all. :-) Well a common problem, you would probably get feedback if you would commit it. Since you don't have CVS rights somebody else needs to do that job but risks to get blamed...so you need to find more people that have interest in your patch. > Then about the tests, I still didn't know whether you'd tell me to make a > tests file *after* committing the patch or if you need it *first*. Sorry. > :-/ First of course. You can do "cvs add ext/standard/tests/array_xyz.phpt" to add your new test file "array_xyz.phpt" virtually to cvs. After that you can regenerate the patch with "cvs di -updN" where -N ensures that those tests go into the patch. > If you (meaning anyone who'd apply the patch) are just waiting for tests, > please let me know, and I'll create tests for all array_fill() functionality > (old and new) right away! > BTW, since sending the patches, I realized that my code will allow an empty > "keys" array. I'm thinking there should be a warning for that to make it > consistent with the old behavior of not returning an empty array. Should I > change that and RE-send patches...? Yep, do so please. Best regards, Marcus