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

El sáb, 18-10-2008 a las 22:24 +0400, Antony Dovgal escribió: > On 15.10.2008 22:36, Thiago Jung Bauermann wrote: > > This leaves me with the integer overflow failure and the array slice > > failure, but they seem to be very specific, and wouldn't normaly bite > > the PHP developer. > > Right. >

Re: [PHP-DEV] array_key_exists BC break

I meant '&' actually. -Andrei -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] array_key_exists BC break

Felipe Pena wrote: So as suggested and wished, here is a patch that add a modifier '%' to 'a' in parameter parsing API, where it allows object that implements ArrayAccess to be accept. Although it doesn't invoke any their methods, i.e. just how it works nowdays. A list of functions that allow ob

Re: [PHP-DEV] Re: Namespace resolution rules has been changed

I have downloaded last Mono source code (http://www.mono-project.com/, version 2.0.1), the open source version of one of the most complex and mature framework in the world, the .NET framework. Framework is written using namespaces (as opposite to current version of Zend). And I have analysed s

[PHP-DEV] PostgreSQL pg_query_params, PHP locales, and double data types

Hi all, I'm trying to get a PHP bug in the PostgreSQL pg_query_params function reopened; it's been marked bogus (incorrectly IMO). There are lots of details at . If this is in fact bogus, I'd appreciate a little bit of feedback. Many thanks! Alec Smecher

Re: [PHP-DEV] Re: Namespace resolution rules has been changed?

> Zend_Acl ==> Zend_Acl_Resource_Interface, Zend_Acl_Role_Interface, > Zend_Acl_Role_Registry, Zend_Acl_Assert_Registry... > > Regard, Stan Vassilev Stan, ZF doesn't use namespaces yet. This is not namespaced code. Namespaced code requires different convention (http://framework.zend.com/wiki/d

Re: [PHP-DEV] a stupid question

maybe because "0" evaluating to false is already enough and everything after that would be "forcing" too much. If "0.0" evaluates to false then I would ask, why "0.0E1" doesn't ? What about "0.0E2" ? "0.0E10" ? etc. Just my opinion. regards, Igor. On Mon, Nov 17, 2008 at 11:22 AM, Ting Chen <[EMA

Re: [PHP-DEV] a stupid question

i am recently studying Php5 manul. This is one of the examinations in the book. The answer is "0.0" is true rather than false. I am very curious about why if the answer is not wrong. green geen still green~ On 11/17/08, Andrew Rose <[EMAIL PROTECTED]> wrote: > 2008/11/17 Ting Chen <[EMAIL PROTEC

Re: [PHP-DEV] a stupid question

Andrew Rose wrote: 2008/11/17 Ting Chen <[EMAIL PROTECTED]>: Hi everybody, sorry this is a greenhand's stupid question. Why isn't "0.0" false? I know it is a string but I still think it equals to 0. I think you answered your own question there. Andrew What he means is that == is not trans

Re: [PHP-DEV] a stupid question

2008/11/17 Ting Chen <[EMAIL PROTECTED]>: > Hi everybody, > > sorry this is a greenhand's stupid question. Why isn't "0.0" false? I > know it is a string but I still think it equals to 0. > I think you answered your own question there. Andrew -- PHP Internals - PHP Runtime Development Mailing L

[PHP-DEV] a stupid question

Hi everybody, sorry this is a greenhand's stupid question. Why isn't "0.0" false? I know it is a string but I still think it equals to 0. Thanks ahead, green green~~ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] quick polls for 5.3 (sorry missed a couple votes, but they did not affect the results)

Lukas Kahwe Smith wrote: > 7) should Output buffering rewrite MFH? this one comes with some > baggage, we need enough people to actually have a look at how things are > in HEAD and make it clear that they will be available for bug fixing and > BC issues resolving. the risk here is obviously that a

Re: [PHP-DEV] Re: Namespace resolution rules has been changed?

> > Why? I have developed framework using PHP namespaces and studied Zend > > Framework source codes and result is: if we use the new resolution rules > > (1), than in nearly all cases developers must prefix class names with \, > > only in few cases prefix is not required. Why? Because usually

Re: [PHP-DEV] Re: Namespace resolution rules has been changed?

David Grudl wrote: > Try to answer the question: what is the $obj instance of? > > namespace foo; > $obj = $factory->loadClass('bar\class'); bar\class dynamic class names are always FQN. Greg -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/uns

[PHP-DEV] Re: Namespace resolution rules has been changed?

Try to answer the question: what is the $obj instance of? namespace foo; $obj = $factory->loadClass('bar\class'); --- $factory is implemented cca this way: namespace ?; class Factory { function loadClass($class) { return new $class; } } With absolute FQN is the answer evident

[PHP-DEV] Re: Namespace resolution rules has been changed?

true, however i have a counter example: classes from more general namespace that use further nested classes (think some kind of behaviour and different drivers/plugins for example). so while it's true that more nested classes usually extend the less nested ones it also common for more generic

Re: [PHP-DEV] CVS Account Request: magicaltux

On 16.11.2008, at 11:40, Mark Karpeles wrote: As most my [PATCH] mails sent to the internals mailing list were ignored (as of today, at least), I'm requesting an access to the PHP CVS, fully aware of what this means. My contributions (ordered by priority) would include: - The WDDX extensio

Re: [PHP-DEV] question on how to solve major stream filter design flaw

Hi, On Saturday 11 October 2008 19:45:09 Gregory Beaver wrote: > Hi, > > I'm grappling with a design flaw I just uncovered in stream filters, and > need some advice on how best to fix it. The problem exists since the > introduction of stream filters, and has 3 parts. 2 of them can probably > be

Re: [PHP-DEV] Fatal error: Call to a member function on a non-object

W liście Christopher Vogt z dnia poniedziałek 17 listopada 2008: > I have a good understanding of OOP. This is not a start for me. I am > just refactoring existing PHP code to be object-oriented. You say there > are plenty of reasons for a Fatal error, so please tell me a few, so I > understand th

[PHP-DEV] Re: Fatal error: Call to a member function on a non-object

Hi Karsten, >> echo $user['fullname']; // no error at all, $user['fullname'] === NULL >> >> Shouldn't this at least trigger a Notice? > > Check your error handling settings, probably warnings/notices are disabled. reproduce code: Best regards Christopher -- PHP Internals - PHP Runtime Deve

[PHP-DEV] PHP 6 Bug Summary Report

PHP 6 Bug Database summary - http://bugs.php.net/ Num Status Summary (66 total -- which includes 32 feature requests) ===[*General Issues]== 26771 Suspended register_tick_funtions crash under threaded webservers ===

Re: [PHP-DEV] Fatal error: Call to a member function on a non-object

Hi Kalle, > I personally don't really mind it, as you got the instanceof and > typehinting to check for whenever a variable is an object, so I would > say its more of a user design issue. Fatal errors just requires you to > refactor your code so your code shouldn't emit such things which I'm > alr

Re: [PHP-DEV] Fatal error: Call to a member function on a non-object

Hej Jochem, I understand there are many PHP beginners flooding the wrong lists with the wrong questions, so I don't mind your harsh response. But I am not one of them. > please don't post this kind of question to internals. use [EMAIL PROTECTED] This was/is a question if something is worth a cha

[PHP-DEV] Re: Fatal error: Call to a member function on a non-object

Hi. Christopher Vogt wrote: I fetch records a database. Sometime it happens that a record does not exist anymore. Let's assume it's a user, then $user will be NULL. echo $user['fullname']; // no error at all, $user['fullname'] === NULL Shouldn't this at least trigger a Notice? Check your err

[PHP-DEV] PHP 5 Bug Summary Report

PHP 5 Bug Database summary - http://bugs.php.net/ Num Status Summary (1204 total -- which includes 744 feature requests) ===[*General Issues]== 42294 To be documented round will not use PHP_ROUND_FUZZ on 64bit CPUs

Re: [PHP-DEV] Fatal error: Call to a member function on a non-object

Hi 2008/11/17 Christopher Vogt <[EMAIL PROTECTED]>: > Hej, > > I use PHP 5.2.6. I am refactoring some code to use more > object-orientation. I encounter a problem, where the new object-oriented > version results in a fatal error, where the old array-oriented version > didn't. > > I fetch records a

[PHP-DEV] Fatal error: Call to a member function on a non-object

Hej, I use PHP 5.2.6. I am refactoring some code to use more object-orientation. I encounter a problem, where the new object-oriented version results in a fatal error, where the old array-oriented version didn't. I fetch records a database. Sometime it happens that a record does not exist anymore