#50806 [Opn]: $this can be assigned using variable casting
ID: 50806 Updated by: ka...@php.net Reported By: kominbhai at gmail dot com Status: Open -Bug Type: Documentation problem +Bug Type: Scripting Engine problem Operating System: Windows Vista PHP Version: 5.3.1 -Assigned To: +Assigned To: dmitry New Comment: There are several other ways to also re-assign $this, e.g.: class Test { public function __construct() { var_dump($this); /* Quirk comes in here by using the concation operator */ /* ${'this'} is not possible and results in an E_ERROR */ ${'t' . 'his'} = 'Hello'; var_dump($this); } } If any whether this should be fixed within the Engine, then Dmitry would know so I'm re-assigning it to him for him to decide. As for a documentation issue, I really don't belive we should document such quirks in the official documentation else people will rely on such buggy "features". Previous Comments: [2010-01-20 15:48:54] kominbhai at gmail dot com Description: $this can be assigned using variable casting Reproduce code: --- Expected result: Error: $this cannot be re-assigned Actual result: -- echoes abc -- Edit this bug report at http://bugs.php.net/?id=50806&edit=1
#48866 [Com]: ldap.conf TLS_REQCERT directive fails for ldaps
ID: 48866 Comment by: giselebrugger at gmail dot com Reported By: dev at lechat dot org Status: Feedback Bug Type: LDAP related Operating System: win32 only - windows server 2003 PHP Version: 5.3.0 Assigned To: pajoye New Comment: I changed C:\OpenLDAP\sysconf\ldap.conf to c:\ldap.conf and restart windows 2008 Now, its ok ldap + ssl connection . Thanks I use : apache 2.2.14 php 5.3.1 Previous Comments: [2010-01-17 14:16:03] paj...@php.net The library has been updated after 5.3.1. [2010-01-17 14:02:43] paj...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2010-01-17 13:54:25] mailNO at SPAMgossimaniac dot net I have recently tested this with php 5.3.1 on Windows XP with Apache2.2 - it does not work :/ Though I was stepping back onto php5.2.12 where it runs smoothly. Could you recheck this? Thank you. [2009-10-05 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2009-09-27 13:28:10] paj...@php.net I have updated the OpenLdap libraries and the next 5.3 snapshots should work as expected, looking for the ldap.conf in the default directory, which is defined in c:\opendlad\sysconf. The next snapshots should be online in ~1h from now. Please let me know if this change fixes the problem for your setups. 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 http://bugs.php.net/48866 -- Edit this bug report at http://bugs.php.net/?id=48866&edit=1
#50767 [Asn->Fbk]: XMLReader does not accept zip stream
ID: 50767 Updated by: rricha...@php.net Reported By: jhgundersen at gmail dot com -Status: Assigned +Status: Feedback Bug Type: Streams related Operating System: Ubuntu 9.10 PHP Version: 5.3.1 Assigned To: rrichards New Comment: Check all your error logs to see if anything unexpected happened. I also cannot reproduce this. Have tried it on 3 different OSs and it has worked properly on each Previous Comments: [2010-01-21 10:07:51] j...@php.net Rob, feedback was given. [2010-01-19 12:22:18] jhgundersen at gmail dot com phpinfo gives me: libxml Version 2.7.3 [2010-01-19 12:05:14] rricha...@php.net What version of libxml2 are you using? [2010-01-19 09:36:31] paj...@php.net Richard, can you take a look please? Maybe it will ring a bell? libxml stream bug or smtg else, but I can't reproduce it here, on unix (ubuntu 9.10) or win. [2010-01-19 08:27:02] jhgundersen at gmail dot com And it happens with every zip file I've tried. 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 http://bugs.php.net/50767 -- Edit this bug report at http://bugs.php.net/?id=50767&edit=1
#50291 [Opn->Csd]: incorrect usage of autoconf diversions
ID: 50291 Updated by: ras...@php.net Reported By: vapier at gentoo dot org -Status: Open +Status: Closed Bug Type: *Compile Issues Operating System: Linux PHP Version: 5.3.1 New Comment: This fix is only in HEAD. You need autoconf <2.60 for 5.3 Previous Comments: [2010-01-23 08:13:13] ram...@php.net I'm having this problem with a fresh checkout (revision 293858) from the PHP_5_3 branch. I running on Mac OS X 10.6.2 and have autoconf 2.65 from macports. $ ./buildconf $ ./configure cat: confdefs.h: No such file or directory ./configure: line 389: ac_fn_c_try_run: command not found ./configure: line 405: 5: Bad file descriptor ./configure: line 406: 6: Bad file descriptor cat: confdefs.h: No such file or directory ./configure: line 445: ac_fn_c_try_run: command not found .. I'm not having the problem when running configure on the 5.3.1 tar package. [2009-11-25 01:37:52] ras...@php.net Thanks, this motivated me to clean up our m4 crap and make it work with the latest versions of autoconf. Should still clean up the template warnings eventually, but those are non-fatal and everything builds nicely now with autoconf-2.65 for me. [2009-11-25 00:01:36] vapier at gentoo dot org Description: autoconf-2.64+ has changed behavior with diversions in such a way that php breaks. the autoconf documentation has explained that using these functions with any diversion not explicitly documented is subject to breakage, and php is doing just that. http://www.gnu.org/software/autoconf/manual/autoconf.html#Diversion-support you can also review the discussion on the autoconf lists: http://lists.gnu.org/archive/html/bug-autoconf/2009-11/msg00045.html Reproduce code: --- the code can either be changed to stop using divert() completely (since it doesnt seem to accomplish anything), or increase the numbers used to something higher than 1000. Actual result: -- after regenerating autotools, we see: $ ./configure cat: confdefs.h: No such file or directory ./configure: line 410: ac_fn_c_try_run: command not found ./configure: line 426: 5: Bad file descriptor ./configure: line 427: 6: Bad file descriptor cat: confdefs.h: No such file or directory ./configure: line 466: ac_fn_c_try_run: command not found cat: confdefs.h: No such file or directory -- Edit this bug report at http://bugs.php.net/?id=50291&edit=1
#50291 [Csd->Opn]: incorrect usage of autoconf diversions
ID: 50291 Updated by: ram...@php.net Reported By: vapier at gentoo dot org -Status: Closed +Status: Open Bug Type: *Compile Issues Operating System: Linux PHP Version: 5.3.1 New Comment: I'm having this problem with a fresh checkout (revision 293858) from the PHP_5_3 branch. I running on Mac OS X 10.6.2 and have autoconf 2.65 from macports. $ ./buildconf $ ./configure cat: confdefs.h: No such file or directory ./configure: line 389: ac_fn_c_try_run: command not found ./configure: line 405: 5: Bad file descriptor ./configure: line 406: 6: Bad file descriptor cat: confdefs.h: No such file or directory ./configure: line 445: ac_fn_c_try_run: command not found .. I'm not having the problem when running configure on the 5.3.1 tar package. Previous Comments: [2009-11-25 01:37:52] ras...@php.net Thanks, this motivated me to clean up our m4 crap and make it work with the latest versions of autoconf. Should still clean up the template warnings eventually, but those are non-fatal and everything builds nicely now with autoconf-2.65 for me. [2009-11-25 00:01:36] vapier at gentoo dot org Description: autoconf-2.64+ has changed behavior with diversions in such a way that php breaks. the autoconf documentation has explained that using these functions with any diversion not explicitly documented is subject to breakage, and php is doing just that. http://www.gnu.org/software/autoconf/manual/autoconf.html#Diversion-support you can also review the discussion on the autoconf lists: http://lists.gnu.org/archive/html/bug-autoconf/2009-11/msg00045.html Reproduce code: --- the code can either be changed to stop using divert() completely (since it doesnt seem to accomplish anything), or increase the numbers used to something higher than 1000. Actual result: -- after regenerating autotools, we see: $ ./configure cat: confdefs.h: No such file or directory ./configure: line 410: ac_fn_c_try_run: command not found ./configure: line 426: 5: Bad file descriptor ./configure: line 427: 6: Bad file descriptor cat: confdefs.h: No such file or directory ./configure: line 466: ac_fn_c_try_run: command not found cat: confdefs.h: No such file or directory -- Edit this bug report at http://bugs.php.net/?id=50291&edit=1