Bug #67807 [Fbk->Opn]: Object passed by reference becomes a string

From: Date: Fri, 08 Aug 2014 20:50:49 +0000
Subject: Bug #67807 [Fbk->Opn]: Object passed by reference becomes a string
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-187038@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=67807&edit=1 ID: 67807 Updated by: requinix@php.net Reported by: atlantisnova at gmail dot com Summary: Object passed by reference becomes a string -Status: Feedback +Status: Open Type: Bug -Package: Class/Object related +Package: Scripting Engine problem Operating System: Debian Linux PHP Version: 5.4.4 Block user comment: N Private report: N New Comment: Yeah, that certainly explains it. So what to do with this? The most similar report I can find is bug #48847 where @stas says that modifying data in the backtrace is "definitely not a supported functionality", but I'm not sure whether to interpret that as meaning undesired behavior (a bug) or undefined behavior (not a bug). Previous Comments: ------------------------------------------------------------------------ [2014-08-08 20:06:07] atlantisnova at gmail dot com Why yes, yes I am... sorry it's done in an auto_prepend and I forgot about it. And yes, that was the problem: http://3v4l.org/FUqWS (includes the original comment explaining why we were converting to classname) Looks like the objects returned by debug_backtrace() are true references, and hence when we were looping through to truncate the log message the object got wiped. So I'm happy because it's an easy fix - feel free to close this ticket unless you feel that debug_backtrace should return object identifiers rather than aliases... looks like it already functions that way in hhvm. Either way, thanks so much for your time! ------------------------------------------------------------------------ [2014-08-08 18:28:40] requinix@php.net You wouldn't happen to be using a custom error handler, right? If you are, what's the code? ------------------------------------------------------------------------ [2014-08-08 18:10:29] atlantisnova at gmail dot com Tried disabling xdebug and newrelic extensions... still no dice. If there's a private way to submit my phpinfo() I'd be happy to do that. Thanks! ------------------------------------------------------------------------ [2014-08-08 18:04:35] atlantisnova at gmail dot com Sure here you go: [PHP Modules] bcmath bz2 calendar Core ctype curl date dba dom ereg exif fileinfo filter ftp gd gettext hash iconv imap json libxml mbstring mcrypt memcache mhash mysql mysqli newrelic openssl pcntl pcre PDO pdo_mysql Phar posix Reflection session shmop SimpleXML soap sockets SPL standard sysvmsg sysvsem sysvshm tokenizer wddx xdebug xml xmlreader xmlwriter zip zlib [Zend Modules] Xdebug I also tried xdebug_disable(); but the issue was still there. Thanks for looking into this! I'll try disabling xdebug in php.ini and restarting apache next... ------------------------------------------------------------------------ [2014-08-08 17:45:08] aharvey@php.net I can't reproduce this at all in a Debian Stable x86-64 VM with either the Debian package or a stock 5.4.4 install (tested both with and without xdebug). Can you provide the full list of modules enabled (php -m), please? ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=67807 -- Edit this bug report at https://bugs.php.net/bug.php?id=67807&edit=1

« previous php.bugs (#187038) next »