Description: ------------ With a simple array, parse it, add a comment at the top, then, when writing in phparray synthax, the first element of the array become an array with a single element. its key is 0 and his value is the old value of the first element of the primary array. This do not append with multidimensional array, or without comment. Reproduce code: --------------- <pre><?php require "Config.php"; $array = array("foo", "bar"); // the source of the config to write. $config = new Config(); $container =&$config->getRoot(); $container->createComment("Comment", "top"); // create a top comment // first dump, all is ok. echo $container->toString("phparray"); echo "<hr/>"; $config->parseConfig($array, "phparray"); // once again, it look a bit strange ! echo $container->toString("phparray"); ?> </pre> Expected result: ---------------- an expected result is that the dump is conform to the source array. // Comment $conf['0'] = 'foo'; $conf['1'] = 'bar'; Actual result: -------------- // Comment $conf['0'][0] = 'foo'; $conf['1'] = 'bar';

I have this problem also with multidimensionnal Array. Sorry

It's mean that I have this only with numbered Array, note with pure string keys.

I don't understand why you're trying to modify a configuration before reading it?

What are the rules for comments? I'm using the inifile format. I've tried // and # and both don't result in Config ignoring the line. I'm simply trying to 'comment out' a config line. If I remove the '=' then # appears to work.

problem due to 0 == '' in PHP. so countChildren() by name was considering index 0 to have the same name as an unnamed element (ie a comment). http://www.adamashley.name/stuff/config-bug-3137.patch

This bug has been fixed in CVS. If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET). If this was a problem with the pear.php.net website, the change should be live shortly. Otherwise, the fix will appear in the package's next release. Thank you for the report and for helping us make PEAR better.