Re: [PHP-DEV] Recent PostgreSQL serious security hole

2006-05-28 Thread Christopher Kings-Lynne
As a follow up I've attached my initial patch for this. Can people please review? Chris Christopher Kings-Lynne wrote: Hi, I'm starting on a pg_real_escape_string and pg_real_escape_bytea function for PostgreSQL, based on this security release: http://www.postgresql.org/docs/techdocs.49

Re: [PHP-DEV] Re: extension can not receive unset values without E_NOTICE or referencecreation

2006-05-28 Thread Alan Knowles
I think he's trying to solve the infamous issetor() in an extension... Regards Alan Wez Furlong wrote: Any uninitialized variable is a potential programmer error. Again, if you don't want the notices, turn them off. If you want "safe" code, turn them on and respect them. --Wez. On 5/28/06, R

Re: [PHP-DEV] Re: extension can not receive unset values without E_NOTICE or referencecreation

2006-05-28 Thread Wez Furlong
Any uninitialized variable is a potential programmer error. Again, if you don't want the notices, turn them off. If you want "safe" code, turn them on and respect them. --Wez. On 5/28/06, Robert Cummings <[EMAIL PROTECTED]> wrote: On Sun, 2006-05-28 at 17:54, Wez Furlong wrote: > The E_NOTICE h

Re: [PHP-DEV] Re: extension can not receive unset values without E_NOTICE or referencecreation

2006-05-28 Thread Robert Cummings
On Sun, 2006-05-28 at 17:54, Wez Furlong wrote: > The E_NOTICE highlights a possible programmer error. > If you don't want to see it, turn off E_NOTICE level in your error > reporting settings. But he's specifically working on something to allow the developer to eliminate the warnings because the

Re: [PHP-DEV] Re: extension can not receive unset values without E_NOTICE or referencecreation

2006-05-28 Thread Wez Furlong
The E_NOTICE highlights a possible programmer error. If you don't want to see it, turn off E_NOTICE level in your error reporting settings. --Wez. On 5/26/06, D. Dante Lorenso <[EMAIL PROTECTED]> wrote: Sara Golemon wrote: >> Back on the topic of trying to write a 'filled' function in an >> ext

Re: [PHP-DEV] ze1 compatibility mode

2006-05-28 Thread Wez Furlong
Ah, but a list is not a discussion :) Reminds me of a certain notice being posted in a disused bathroom behind a door labelled "beware of the leopard", or something ;-) I think "we" missed it because it wasn't discussed on the list, it was just an item in a list of possible changes. Not that I

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

2006-05-28 Thread Marcus Boerger
Hello Daniel, he is working with Nuno on the scripts and stuff at gcov.php.net I think it is a very good idea to give him a php account and i can get him access to php-gcov-web module when nuno gives his ok after the intial co-working. best regards marcus -- PHP Internals - PHP Runtime Develo

[PHP-DEV] CVS Account Request: pronych

2006-05-28 Thread Daniel Pronych
I am a Google Summer of Code student working on the PHP Quality Assurance GCOV Website project. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] planning future BC Breaks - was Re: [PHP-DEV] fatal static call in php 6.0?

2006-05-28 Thread Zeev Suraski
At 04:03 28/05/2006, Marcus Boerger wrote: Hello Andi, i for one think it might be a solution to at least lower the pain of version differences. It does look like a clear example of shooting one's head off over a headache :) What Alan suggested does the job equally well without complicati

Re: [PHP-DEV] Extensions building tutorial

2006-05-28 Thread Thomas Moenicke
Hi Yoav, four chapters with example about writing extensions and SAPIs, useful as an introduction: http://www.amazon.com/gp/product/0672325616/ -- Thomas -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] planning future BC Breaks - was Re: [PHP-DEV] fatal static call in php 6.0?

2006-05-28 Thread Christian Schneider
William Candillon wrote: I think that a macro will be a very nice and powerful solution to this problem but according to me it needs to be done by an external tool. That already exists ;-) Try cpp -w -P -C out.php 2>/dev/null if you don't want to reinvent the wheel :-) Marcus Boerger <[EMAIL

[PHP-DEV] Welcome our summer of code students

2006-05-28 Thread Marcus Boerger
Welcome PHP is very pleased to announce that seven students have been chosen for the Google 'Summer of Code'. Through this project, Google provides student developers with a stipend to create new open source programs or to help currently established projects like PHP. The students are each ment

Re: [PHP-DEV] planning future BC Breaks - was Re: [PHP-DEV] fatal static call in php 6.0?

2006-05-28 Thread William Candillon
I think that a macro will be a very nice and powerful solution to this problem but according to me it needs to be done by an external tool. Regards, William On 5/28/06, Marcus Boerger <[EMAIL PROTECTED]> wrote: Hello Christian, what you propose would mean a lot of changes to the php code an

Re: [PHP-DEV] Re: RFC array functions

2006-05-28 Thread Marcus Boerger
Hello boots, there are two rules that could be applied. First is the extension name followed by underscore followed by functional name. Second is "is_" followed by type condition. The important thing here is that the latter rule so far has been mainly used for type checks. And in this case we ar

[PHP-DEV] Re: RFC array functions

2006-05-28 Thread Marcus Boerger
Hello Greg, works too of course. I whose array_has_more() becasue there is a compareable iterator function namely CachingIterator::hasMore(). best regards marcus Sunday, May 28, 2006, 7:00:54 AM, you wrote: > Marcus Boerger wrote: >> Hello internals, >> >> i'd like to add two array function

Re: [PHP-DEV] fatal static call in php 6.0?

2006-05-28 Thread Christian Schneider
Stanislav Malyshev wrote: That's not about some abstract design principles - it's just a bug in OO implementation, static call should not leave $this from previous context dangling. Of course it's unlpleasant to find your code to rely on buggy While that might be true it does not mean that we

Re: [PHP-DEV] planning future BC Breaks - was Re: [PHP-DEV] fatal static call in php 6.0?

2006-05-28 Thread Marcus Boerger
Hello Christian, what you propose would mean a lot of changes to the php code and and the zend engine. The pre processor to allow this will be written as an extension and that extension will have no impact on anybody that doens't like it simply becuase you can disable extensions. best regards m

Re: [PHP-DEV] fatal static call in php 6.0?

2006-05-28 Thread Stanislav Malyshev
MB>>> I know the following test case does not even remotely follow MB>>> good OO design principles, but it's hard to imagine us going MB>>> back to the drawing board with our app. Please don't break MB>>> the following in php6 just to teach me a lesson about OO design. That's not about some abstr

Re: [PHP-DEV] planning future BC Breaks - was Re: [PHP-DEV] fatal static call in php 6.0?

2006-05-28 Thread Christian Schneider
Marcus Boerger wrote: i for one think it might be a solution to at least lower the pain of version differences. Which is the reason why i liked the proposal from the beginning and took mentorship. We don't need a full-blown preprocess for that. The much simpler version switch proposed earlie

Re: [PHP-DEV] Re: RFC array functions

2006-05-28 Thread boots
--- Greg Beaver <[EMAIL PROTECTED]> wrote: > Marcus Boerger wrote: > > Hello internals, > > > > i'd like to add two array functions: > > > > - bool array_has_more(array $array) > > I don't like "array_has_more" > > array_at_end() > > would work better for me since the function that makes it