ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> php-Dev
php-Dev
#26063 [NEW]: (5.0.0b2) reversal of array_merge() fix for #25494
by mario at erphesfurt dot de other posts by this author
Oct 31 2003 8:29PM messages near this date
#26064 [Opn->Fbk]: Warning: mime_magic: invalid type 0 in mconvert(). in ... | #26063 [Com]: (5.0.0b2) reversal of array_merge() fix for #25494
From:             mario at erphesfurt dot de
Operating system: Debian GNU/Linux, glibc2.3
PHP version:      5CVS-2003-10-31 (dev)
PHP Bug Type:     Arrays related
Bug description:  (5.0.0b2) reversal of array_merge() fix for #25494

Description:
------------
see also:
http://bugs.php.net/bug.php?id=25494

Hi,

The array_merge() fix introduced into beta2 broke my scripts, 'cause they
relied upon array_merge() to return something even if some of the passed
parameters were undef.

I used to merge values into my arrays that way, even if it was unclear
wether there was previously data in it:

$my_array = array_merge(
   $my_array,
   array(
      "fill_up" =>  "if_unset",

      "this" =>  "too",

   )
);

Which now doesn't work any longer. - this requires some code bloat to
work around now (introducing a user-level array_merge).

I don't believe the current ext/standard/array.c:php_array_merge_wrapper
addresses the problem described in #25494, it now just fails and sends
eventual paramaters of PHP:ewiki_merge() to hell, making it incompatible
to previous versions (PHP4,beta1).

Why wasn't just a warning message sufficient?!

If you guys really like to change the way that PHP function was used,
then
you could replace E_WARNING with E_ERROR inside the array.c on line 2222
-
this would be less bogus than a _warning_ message that silently kills
data.

mario



-- 
Edit bug report at http://bugs.php.net/?id=26063&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=26063&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=26063&r=trysnapshot5
Fixed in CVS:               http://bugs.php.net/fix.php?id=26063&r=fixedcvs
Fixed in release:           http://bugs.php.net/fix.php?id=26063&r=alreadyfixed
Need backtrace:             http://bugs.php.net/fix.php?id=26063&r=needtrace
Try newer version:          http://bugs.php.net/fix.php?id=26063&r=oldversion
Not developer issue:        http://bugs.php.net/fix.php?id=26063&r=support
Expected behavior:          http://bugs.php.net/fix.php?id=26063&r=notwrong
Not enough info:            http://bugs.php.net/fix.php?id=26063&r=notenoughinfo
Submitted twice:            http://bugs.php.net/fix.php?id=26063&r=submittedtwice
register_globals:           http://bugs.php.net/fix.php?id=26063&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26063&r=php3
Daylight Savings:           http://bugs.php.net/fix.php?id=26063&r=dst
IIS Stability:              http://bugs.php.net/fix.php?id=26063&r=isapi
Install GNU Sed:            http://bugs.php.net/fix.php?id=26063&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26063&r=float
Thread:
mario at erphesfurt dot de
mario-adds-a-notice at erphesfurt dot de


Privacy Policy | Email Opt-out | Feedback | Syndication
© ActiveState Software Inc. All rights reserved