Re: [PHP-DEV] namespaces sanity: addition to RFC explaining why Stas's proposal doesn't work

Hannes Magnusson wrote: I was asked to explain why I hadn't included ClassName->Method(); in the list of ideas that solve the ambiguity problem. I added a brief section Can we please start small and then incrementally add more features? Lets start with classes only in namespaces in 5.3. The

Re: [PHP-DEV] my last attempt at sanity with namespaces

On Thu, Oct 16, 2008 at 12:35 AM, Greg Beaver <[EMAIL PROTECTED]> wrote: > Hi, > > http://wiki.php.net/rfc/namespaceissues solution #3: +1 change of resolving order: +1 -- Alexey Zakhlestin http://blog.milkfarmsoft.com/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, vi

Re: [PHP-DEV] namespaces sanity: addition to RFC explaining why Stas's proposal doesn't work

On Thu, Oct 16, 2008 at 05:23, Gregory Beaver <[EMAIL PROTECTED]> wrote: > Hi again, > > I was asked to explain why I hadn't included ClassName->Method(); in the > list of ideas that solve the ambiguity problem. I added a brief section Can we please start small and then incrementally add more fe

Re: [PHP-DEV] my last attempt at sanity with namespaces

2008/10/15 Greg Beaver <[EMAIL PROTECTED]>: > > Read it and discuss. Hello, First of all I'd like to thank Greg for his efforts to move the discussion in a positive direction. From a PHP user's point of view, it's comforting to see that this kind of discussion can still take place with a cool hea

[PHP-DEV] namespaces sanity: addition to RFC explaining why Stas's proposal doesn't work

Hi again, I was asked to explain why I hadn't included ClassName->Method(); in the list of ideas that solve the ambiguity problem. I added a brief section to the RFC that does so: http://wiki.php.net/rfc/namespaceissues#why_stas_s_proposed_solution_doesn_t_work Thanks, Greg -- PHP Internals -

Re: [PHP-DEV] my last attempt at sanity with namespaces

Hi, http://wiki.php.net/rfc/namespaceissues Read it and discuss. Let's be clear people: the technical problems in namespaces are limited and solvable. The problems in the political environment surrounding them may not be. Wouldn't politics be a stupid-ass reason to remove namespaces? It su

Re: [PHP-DEV] segfault => bug report #46308

Hi Filipe, there is not the problem with your code, the script works fine and show "NULL". I open this bug report : http://bugs.php.net/bug.php?id=46308 (I hope the title is correct... I did'nt know what to put...) Thanks, Olivier Felipe Pena a écrit : Hi Olivier, That is weird, canno

Re: [PHP-DEV] Deprecate define_syslog_variables in 5.3

Hi 2008/10/14 Lukas Kahwe Smith <[EMAIL PROTECTED]>: > > On 14.10.2008, at 15:03, Markus Fischer wrote: > >> Hi, >> >> Lukas Kahwe Smith wrote: >>> >>> That being said I never used this function or the constants in my code. >>> So is there anyone that does actually use it and has some objection? >

Re: [PHP-DEV] my last attempt at sanity with namespaces

Hi, Conflict between namespaced functions and static class methods: I think that #4 solution is the best one. If it will be accepted, it would be possible to extend namespaces in PHP6. For example, it would be possible to allow mixing namespaces and classes with same names, and disallow only mix

Re: [PHP-DEV] my last attempt at sanity with namespaces

Thank you for the voice of sanity, Greg. I agree with your approach. -Andrei Greg Beaver wrote: Hi, http://wiki.php.net/rfc/namespaceissues Read it and discuss. Let's be clear people: the technical problems in namespaces are limited and solvable. The problems in the political environment su

[PHP-DEV] Re: my last attempt at sanity with namespaces

Greg Beaver wrote: > Hi, > > http://wiki.php.net/rfc/namespaceissues > > Read it and discuss. Let's be clear people: the technical problems in > namespaces are limited and solvable. The problems in the political > environment surrounding them may not be. Wouldn't politics be a > stupid-ass rea

Re: [PHP-DEV] Garbage Collection

Derick Rethans wrote: On Wed, 15 Oct 2008, Nathan Rixham wrote: Evening All, Could anybody either point me to some existing documentation as to the specifics of Garbage Collection in PHP; specifically for multi-process (forked) CLI applications. Specifically when is a variable a candidate for

Re: [PHP-DEV] my last attempt at sanity with namespaces

Kalle Sommer Nielsen wrote: Hi Like Guilherme wrote, I've spend alot of my day reading the emails and trying to understand the namespace issues and after reading your proposal I understand the issues you're bringing up. So heres my votes: Conflict between namespaced functions and static class m

[PHP-DEV] Re: my last attempt at sanity with namespaces

Hi, I have no karma but I read almost all threads about namespaces and I think I understand the issues. * Conflict between namespaced functions and static class methods: I prefer #1 but #3 is also good. * Resolving access to internal classes: +1 for the solution. Please don't remove namespac

Re: [PHP-DEV] my last attempt at sanity with namespaces

"Conflict Between Namespaced Functions and static class methods" I think #3 ("use namespace" or "use class") makes the most sense. I assume if there is a conflict without being explicit it would give an error? I also assume in the even of no conflict you can still just say "use foo" and will

Re: [PHP-DEV] segfault after an "invalid read of size 8"

Stanislav Malyshev escribió: > Can reproduce the problem with valgrind and USE_ZEND_ALLOC=0 on 32-bit > with 5.3 HEAD. Looks like genuine bug. Reproduced with 5_3 and 5_2 in 64 bit linux USE_ZEND_ALLOC=0, please open a bug report.. -- "A computer is like an Old Testament god, with a lot of rule

Re: [PHP-DEV] namespaces and alpha3

2008/10/15 Diego Feitosa <[EMAIL PROTECTED]>: > > > Or even > > use my::cool::namespace#GregsNamespaceElement Because # is a comment, other solutions for unused operators is a better choice IF the double colon operator has to be changed in namespaces. > > I couldn't understand why Greg's proposa

Re: [PHP-DEV] Garbage Collection

On Wed, 15 Oct 2008, Nathan Rixham wrote: > Evening All, > > Could anybody either point me to some existing documentation as to the > specifics of Garbage Collection in PHP; specifically for multi-process > (forked) CLI applications. Specifically when is a variable a candidate for > garbage colle

Re: [PHP-DEV] my last attempt at sanity with namespaces

Hi Like Guilherme wrote, I've spend alot of my day reading the emails and trying to understand the namespace issues and after reading your proposal I understand the issues you're bringing up. So heres my votes: Conflict between namespaced functions and static class methods: I don't think it makes

[PHP-DEV] Garbage Collection

Evening All, Could anybody either point me to some existing documentation as to the specifics of Garbage Collection in PHP; specifically for multi-process (forked) CLI applications. Specifically when is a variable a candidate for garbage collection (the criteria); what timing can one expect to

Re: [PHP-DEV] my last attempt at sanity with namespaces

Hi, I spent almost all day long reading your emails about ns implementation (including one 100+ thread). There are many useless discussions to be honest, some of them almost going to personal side. I think this should be a simple thread of voting, instead of start another flame war here. For tho

[PHP-DEV] my last attempt at sanity with namespaces

Hi, http://wiki.php.net/rfc/namespaceissues Read it and discuss. Let's be clear people: the technical problems in namespaces are limited and solvable. The problems in the political environment surrounding them may not be. Wouldn't politics be a stupid-ass reason to remove namespaces? Greg --

Re: [PHP-DEV] segfault after an "invalid read of size 8"

Hi! So, I reduce the script which throw the segmentation fault. My environment : Debian Lenny, 64bits Latest PHP 5.2 from CVS (php5.2-200810151030) compiled with : ./configure --prefix=/home/dev-olivier/usr/ --disable-all --enable-debug Can reproduce the problem with valgrind an

Re: [PHP-DEV] namespaces and alpha3

On Wed, Oct 15, 2008 at 3:49 PM, Guilherme Blanco <[EMAIL PROTECTED] > wrote: > If all issues are evolved to reusing same operator, :: ... > > Why is it so complicated to change the separator and get everything > supported? > Is that too hard? > > +3 for Liz option #3. Long live :::! > > []s, > >

Re: [PHP-DEV] namespaces and alpha3

If all issues are evolved to reusing same operator, :: ... Why is it so complicated to change the separator and get everything supported? Is that too hard? +3 for Liz option #3. Long live :::! []s, On Wed, Oct 15, 2008 at 4:41 PM, Ryan Panning <[EMAIL PROTECTED]> wrote: > Elizabeth M Smith wrot

[PHP-DEV] PHP testsuite failures in Linux/ppc64

Hi, I've been comparing testsuite results with PHP compiled in 32 bits vs PHP compiled in 64 bits in Linux on powerpc. I see some tests which fail in ppc64 but don't fail in ppc32. I'd like to ask your opinion regarding their severity. By severity I mean how likely it is that the failures will af

Re: [PHP-DEV] namespaces and alpha3

Elizabeth M Smith wrote: This can be solved in three ways. 1. Greg's "leaf" solution foo::bar->baz(); - namespace foo::bar, function baz foo->bar::baz(); - namespace foo, static method bar::baz Personally I don't like this, get confusing even if we pick some weird operator like :> 2. Do

Re: [PHP-DEV] segfault after an "invalid read of size 8"

Hi Olivier, Em Qua, 2008-10-15 às 15:44 +0200, Olivier Bonvalet escreveu: > So, I reduce the script which throw the segmentation fault. > > My environment : > Debian Lenny, 64bits > Latest PHP 5.2 from CVS (php5.2-200810151030) compiled with : > ./configure --prefix=/home/dev-oliv

Re: [PHP-DEV] namespaces - my RFC

Hi, > My proposals are here: > http://wiki.php.net/rfc/namespaceref Just for the record: I like both of them, the second one would probably be better to accomodate those who want functions in namespaces. Regards, Christian -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe,

Re: [PHP-DEV] namespaces and alpha3

Hi! My thoughts exactly. I realize it's a bold move, but it's a much better alternative than the fuzz about an implementation that doesn't work, or is incomplete, or needs to be broken in the future to add new stuff. Of course, if we have no implementation this means it is complete, not brok

Re: [PHP-DEV] namespaces and alpha3

Hi! It seems that we're not quite 100% how we want to do things. Reading the "Namespaces with functions/constants" part of Stas' RFC makes me cringe... just changing the behavior of -> and :: to just make things work is a cludge, and a bad one at that. The other part, "Namespaces I think th

Re: [PHP-DEV] namespaces and alpha3

Stanislav Malyshev wrote: > Hi! > >> This can be solved in three ways. > > Somehow you did not mention my idea of using foo::bar->baz() for method > call. Was it because you don't like it? If so, why? Probably because I missed it in the noise - only it would still lead to ambiguity issues if you

Re: [PHP-DEV] namespaces - my RFC

Hi! Could someone summarize what you are trying to convince Greg to agree on? I would greatly appreciate if that post would not get +100 replies under an hour. My proposals are here: http://wiki.php.net/rfc/namespaceref -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://

Re: [PHP-DEV] namespaces and alpha3

Hi! This can be solved in three ways. Somehow you did not mention my idea of using foo::bar->baz() for method call. Was it because you don't like it? If so, why? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] --

Re: [PHP-DEV] namespaces and alpha3

Hi. Sorry, I just have to make some points now. Call it "venting for a cause", if you think I overreact. But be sure that the consequences I lay out below for TYPO3v5 and FLOW3 are very real. Vesselin Kenashkov wrote: I see the point and objections against "quick and dirty", but on the other

Re: [PHP-DEV] namespaces and alpha3

Hi Elizabeth, This can be solved in three ways. 1. Greg's "leaf" solution foo::bar->baz(); - namespace foo::bar, function baz foo->bar::baz(); - namespace foo, static method bar::baz Personally I don't like this, get confusing even if we pick some weird operator like :> 2. Don't allow fun

Re: [PHP-DEV] namespaces and alpha3

Hi. Stanislav Malyshev wrote: This is what I've be fearing. First slated for 5.0. Then 5.3. Now 6.0. It appears there's consensus to rip it out which, in my prior post, I was all for if people felt it meant getting it right. If 5.3 is not going to have namespaces, we will remove it's use f

Re: [PHP-DEV] namespaces and alpha3

Hi. Steph Fox wrote: Surely everyone can see the very public ongoing discussions on internals@ over the course of this and last year? Sure. No? There's a very big difference between 'testing' and 'preparing to migrate a codebase'. Ok, but the broad testing needs a broad scope. We need more

Re: [PHP-DEV] namespaces and alpha3

Hi. Steph Fox wrote: Not trying to undo it, just trying to prevent a horrible mistake being made under pressure. What happened to "release when it is ready"? Who puts up that pressure? And why is there more pressure for 5.3 to be released than to release things that people have been hoping a

Re: [PHP-DEV] namespaces and alpha3

> Thats awesome. > By the way, what is "it"? > I haven't had the chance of following the hundreds of namespaces > threads with thousands of replies. All I have gather so far is a > massive amount of FUD. > > Could someone summarize what you are trying to convince Greg to agree > on? I would greatl

Re: [PHP-DEV] segfault after an "invalid read of size 8"

So, I reduce the script which throw the segmentation fault. My environment : Debian Lenny, 64bits Latest PHP 5.2 from CVS (php5.2-200810151030) compiled with : ./configure --prefix=/home/dev-olivier/usr/ --disable-all --enable-debug In "first.php" I have this code : =

Re: [PHP-DEV] namespaces and alpha3

Am 15.10.2008 um 09:04 schrieb Derick Rethans: As we're getting really close to 5.3, I would suggest to remove namespaces from this release as we're simply not done with even agreeing on how things should work. PHP 5.3 has many other cool things, and leaving namespaces for PHP 6 means we're a

Re: [PHP-DEV] namespaces and alpha3

On Wed, Oct 15, 2008 at 00:30, Andi Gutmans <[EMAIL PROTECTED]> wrote: >> -Original Message- >> From: Lukas Kahwe Smith [mailto:[EMAIL PROTECTED] >> Sent: Tuesday, October 14, 2008 2:15 PM >> To: Steph Fox >> Cc: Stas Malyshev; PHP internals >> Subject: Re: [PHP-DEV] namespaces and alpha3 >

Re: [PHP-DEV] namespaces and alpha3

Lukas Kahwe Smith wrote: On 15.10.2008, at 11:35, Ron Rademaker wrote: Lester Caine wrote: What would be the advantage of wrapping legacy functions in a namespace over wrapping them into a class as static functions? THAT is probably why I am asking the question? And may well be key to my

Re: [PHP-DEV] Bug #44872 canary mismatch on efree() - heap overflow detected

Thanks Derick, it confirms version 0.63: Package: freetds-dev Priority: optional Section: devel Installed-Size: 2096 Maintainer: Ubuntu Core developers <[EMAIL PROTECTED]> Original-Maintainer: Steve Langasek <[EMAIL PROTECTED]> Architecture: i386 Source: freetds Version: 0.63-3.2ubuntu1 Depends:

Re: [PHP-DEV] namespaces and alpha3

On 15.10.2008, at 11:35, Ron Rademaker wrote: Lester Caine wrote: What would be the advantage of wrapping legacy functions in a namespace over wrapping them into a class as static functions? THAT is probably why I am asking the question? And may well be key to my understanding why conve

Re: [PHP-DEV] namespaces and alpha3

On Wednesday 15 October 2008 11:16:09 Lester Caine wrote: > THAT is probably why I am asking the question? And may well be key to my > understanding why converting non OO code into OO code in PHP is so > problematic. When I was coding in CC++ more heavily libraries did not need > to be objects and

Re: [PHP-DEV] namespaces and alpha3

Lester Caine wrote: What would be the advantage of wrapping legacy functions in a namespace over wrapping them into a class as static functions? THAT is probably why I am asking the question? And may well be key to my understanding why converting non OO code into OO code in PHP is so proble

Re: [PHP-DEV] Bug #44872 canary mismatch on efree() - heap overflow detected

On Wed, 15 Oct 2008, Krister Karlström wrote: > Antony Dovgal wrote: > > > On 15.10.2008 12:55, Krister Karlström wrote: > > > Hi, > > > > > > On the Ubuntu server (where the problems occured) I'm not good enough to > > > figure out which version of FreeTDS that is boundled with PHP, but these >

Re: [PHP-DEV] namespaces and alpha3

Ron Rademaker wrote: Lester Caine wrote: Derick Rethans wrote: On Fri, 10 Oct 2008, Lukas Kahwe Smith wrote: At this point I guess we have the choice between: 1) rip them out 2) status quo 3) Stas proposal 4) Dmitrys proposal Again I hope that Stas/Dmitry will give us an insight about their

Re: [PHP-DEV] Bug #44872 canary mismatch on efree() - heap overflow detected

Antony Dovgal wrote: On 15.10.2008 12:55, Krister Karlström wrote: Hi, On the Ubuntu server (where the problems occured) I'm not good enough to figure out which version of FreeTDS that is boundled with PHP, but these packages are installed with PHP: I don't think it's bundled, it should be

Re: [PHP-DEV] Bug #44872 canary mismatch on efree() - heap overflow detected

On Wed, 15 Oct 2008, Krister Karlström wrote: > On the Ubuntu server (where the problems occured) I'm not good enough to > figure out which version of FreeTDS that is boundled with PHP, but these > packages are installed with PHP: > > php5-sybase_5.2.4-2ubuntu5.3_i386.deb > php5-mssql_5.2.4-2ubun

Re: [PHP-DEV] Bug #44872 canary mismatch on efree() - heap overflow detected

On 15.10.2008 12:55, Krister Karlström wrote: > Hi, > > On the Ubuntu server (where the problems occured) I'm not good enough to > figure out which version of FreeTDS that is boundled with PHP, but these > packages are installed with PHP: I don't think it's bundled, it should be a separate pack

Re: [PHP-DEV] Bug #44872 canary mismatch on efree() - heap overflow detected

Hi, On the Ubuntu server (where the problems occured) I'm not good enough to figure out which version of FreeTDS that is boundled with PHP, but these packages are installed with PHP: php5-sybase_5.2.4-2ubuntu5.3_i386.deb php5-mssql_5.2.4-2ubuntu5.3_i386.deb On the Slackware platform we're ap

Re: [PHP-DEV] namespaces and alpha3

On 15 Oct 2008, at 09:04, Derick Rethans wrote: However, a third one might be to use a syntax separator that we've not seen at all yet (I'd say ':::'). FWIW, this is my +0.5 (with +1 being dropping). I'm absolutely against reusing a selector for this. -- Geoffrey Sneddon

Re: [PHP-DEV] namespaces and alpha3

Derick Rethans wrote: On Fri, 10 Oct 2008, Lukas Kahwe Smith wrote: At this point I guess we have the choice between: 1) rip them out 2) status quo 3) Stas proposal 4) Dmitrys proposal Again I hope that Stas/Dmitry will give us an insight about their proposals, though Stas proposal might or m

Re: [PHP-DEV] Bug #44872 canary mismatch on efree() - heap overflow detected

On Wed, 15 Oct 2008, Krister Karlström wrote: > OK, Thanks for the clue though! :) > > What do you think about Sean Finneys post about this bug? > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=423296 > > Debian has patched a memory bug that also ended up affecting the > php5-sybase extension

Re: [PHP-DEV] Bug #44872 canary mismatch on efree() - heap overflow detected

OK, Thanks for the clue though! :) What do you think about Sean Finneys post about this bug? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=423296 Debian has patched a memory bug that also ended up affecting the php5-sybase extension... /Krister Karlström Derick Rethans wrote: This gives

Re: [PHP-DEV] Bug #44872 canary mismatch on efree() - heap overflow detected

On 15.10.2008 12:06, Krister Karlström wrote: > Thanks for the advice Derick, valgrind gave this output with > USE_ZEND_ALLOC set to 0: > ==29752== Invalid write of size 1 > ==29752==at 0x4024D57: memcpy (mc_replace_strmem.c:402) > ==29752==by 0x406B0C1: dbconvert (in /usr/lib/libsybdb.s

Re: [PHP-DEV] Bug #44872 canary mismatch on efree() - heap overflow detected

On Wed, 15 Oct 2008, Krister Karlström wrote: > Thanks for the advice Derick, valgrind gave this output with USE_ZEND_ALLOC > set to 0: This gives a very good clue - for some reason there is not enough memory allocated in the emalloc() call on line 911 of ext/mssql/php_mssql.c. For some reason

Re: [PHP-DEV] Bug #44872 canary mismatch on efree() - heap overflow detected

Thanks for the advice Derick, valgrind gave this output with USE_ZEND_ALLOC set to 0: ==29752== Memcheck, a memory error detector. ==29752== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==29752== Using LibVEX rev 1854, a library for dynamic binary translation. ==29752== Copyri

Re: [PHP-DEV] Bug #44872 canary mismatch on efree() - heap overflow detected

On Wed, 15 Oct 2008, Krister Karlström wrote: > run the same sample script with PHP 5.2.6 configured with --disable-all > --enable-debug --with-mssql on the Ubuntu Hardy machine. I did exactly the > same things on both the Slackware server and the Ubuntu, the output and > expected result was thoug

Re: [PHP-DEV] Bug #44872 canary mismatch on efree() - heap overflow detected

Hi again, run the same sample script with PHP 5.2.6 configured with --disable-all --enable-debug --with-mssql on the Ubuntu Hardy machine. I did exactly the same things on both the Slackware server and the Ubuntu, the output and expected result was though different: Here's PHP:s output on Ub

Re: [PHP-DEV] Bug #44872 canary mismatch on efree() - heap overflow detected

Hi! I downloaded a fresh copy of PHP-5.2.6 and configured it with --disable-all --enable-debug --with-mssql. PHP -v gives: PHP 5.2.6 (cli) (built: Oct 15 2008 10:30:23) (DEBUG) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies Valgrinds output

Re: [PHP-DEV] [PHP] Karma for php-src/ext/date

Derick, Please have a look on tests for function "gettimeofday". You can download tar file from http://www.4shared.com/file/66987944/123da6ea/gettimeofday.html Thanks, Sanjay Mantoor On Wed, Oct 15, 2008 at 12:16 PM, Derick Rethans <[EMAIL PROTECTED]> wrote: > On Wed, 15 Oct 2008, Sanjay Mantoor

Re: [PHP-DEV] namespaces and alpha3

On Fri, 10 Oct 2008, Lukas Kahwe Smith wrote: > At this point I guess we have the choice between: > > 1) rip them out > 2) status quo > 3) Stas proposal > 4) Dmitrys proposal > > Again I hope that Stas/Dmitry will give us an insight about their proposals, > though Stas proposal might or might no