Re: [PHP-DEV] Deprecation of functions

2006-02-20 Thread Andi Gutmans
You clearly didn't understand what I was trying to say... At 01:18 PM 2/20/2006, Marcus Boerger wrote: Hello Andi, sorry i fixed your issues, discussed with some ppl online and you were clearly working on php at the same time. Further more i am the only one here regularly showing patches bef

Re: [PHP-DEV] Deprecation of functions

2006-02-20 Thread Marcus Boerger
Hello Andi, sorry i fixed your issues, discussed with some ppl online and you were clearly working on php at the same time. Further more i am the only one here regularly showing patches before committing. I guess i should just change to commit without taking anymore care. And yes i did it on pu

Re: [PHP-DEV] Deprecation of functions

2006-02-20 Thread Andi Gutmans
Just for the record I've been spending quite a bit of time, trying to see how we can lower the amount of branches within our opcodes. Although one if() doesn't make a big difference on its own, the large number of branches we have do make a difference. So before you say it's just an integer com

Re: [PHP-DEV] Unicode string literals and casting

2006-02-20 Thread Brion Vibber
Andrei Zmievski wrote: > Your point about writing portable Unicode-friendly code is well taken. > Rasmus and I have chatted a bit here, and we think we can propose some > changes that may make it easier. > > With unicode_semantics=off: > * (unicode) cast converts binary strings to Unicode strings

[PHP-DEV] RESOLVED: [PHP-DEV] File access fails in external lib called from extension

2006-02-20 Thread Andrew Mather
per suggestions, changed permissions to allow write access on target directories for apache user Cheers, Andrew.

[PHP-DEV] "Memory cannot be read" error

2006-02-20 Thread Robert Hicks
I am using PHP5.1.2/Apache2/WinXP and the latest DB version installed by PEAR. When I try to do a simple test connection I get the following dialog every time: The instruction at "0x6066dfbe" referenced memory at "0x00efd490". The memory could not be "read". Click on OK to terminate t

[PHP-DEV] CVS Account Request: panos78

2006-02-20 Thread Papazoglou Panagiotis
Translating PHP documentation -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] File access fails in external lib called from extension

2006-02-20 Thread Andrew Mather (BT Std)
I have an external library (C++, .so shared lib) that uses functions (open, etc) to access local disk resources, to create a data repository. I have written a standalone KDE client that affirms that the library is functioning correctly. When I try to use a class from that library in a PHP-C++ e

Re: [PHP-DEV] True labelled breaks

2006-02-20 Thread Lukas Smith
Hartmut Holzgraefe wrote: Wez Furlong wrote: I think not many people use it because it's difficult to use. Having real labels might change that. Personally, I'd prefer real goto, as I've stated in the past. Just for the record again, I'm +1 for goto, and +0.5 for labelled breaks only if we've to

Re: [PHP-DEV] RESOLVED (sort of): [PHP-DEV] PHP / C++ Interaction

2006-02-20 Thread Steph Fox
Thanks for that, Jay's moved his site since I wrote about it! Updating. - Steph - Original Message - From: "Andrew Mather" <[EMAIL PROTECTED]> To: Sent: Monday, February 20, 2006 12:00 PM Subject: [PHP-DEV] RESOLVED (sort of): [PHP-DEV] PHP / C++ Interaction George Schlossnagle sen

[PHP-DEV] Re: Extensive reallocations in strtr, str_replace and implode

2006-02-20 Thread Wojtek Meler
Missing parentheses... Regards, Wojtek Meler Index: string.c === RCS file: /repository/php-src/ext/standard/string.c,v retrieving revision 1.333.2.52.2.3 diff -u -r1.333.2.52.2.3 string.c --- string.c 1 Jan 2006 13:46:58 - 1.333.

[PHP-DEV] Extensive reallocations in strtr, str_replace and implode

2006-02-20 Thread Wojtek Meler
Working with large strings and arrays (few MB) php does large amount of reallocs. We can reduce them by preallocating memory when output size can be predicted. How about applying such patch? It would be even better if smart strings expose better allocation api than smart_str_alloc. Regards, Wo

[PHP-DEV] RESOLVED (sort of): [PHP-DEV] PHP / C++ Interaction

2006-02-20 Thread Andrew Mather
George Schlossnagle sent me the following link to a a tutorial by Jay Smith: http://142.166.76.45/software/php5cpp/php5cpp/ This provides full code for a C++ based extension. On a Suse 9.3 distribution of Php5 this results in an (unresolved) error, but with an Apache2/Php5 build from source, the

Re: [PHP-DEV] PHP / C++ Interaction

2006-02-20 Thread Hartmut Holzgraefe
Steph Fox wrote: Just search the archives, or the zend weeklies index page (http://www.zend.com/zend/week/) if you're short of time. I remember linking to someone's material regarding C++ extensions for PHP a few months back, and it'll be in the 'item descriptions' there. Yet another shameles

Re: [PHP-DEV] True labelled breaks

2006-02-20 Thread Hartmut Holzgraefe
Wez Furlong wrote: I think not many people use it because it's difficult to use. Having real labels might change that. Personally, I'd prefer real goto, as I've stated in the past. Just for the record again, I'm +1 for goto, and +0.5 for labelled breaks only if we've totally given up on goto. F

Re: [PHP-DEV] True labelled breaks

2006-02-20 Thread Hartmut Holzgraefe
Derick Rethans wrote: I will use it. << that good enough? :) But seriously, I have quite a few cases where I would use it if it was available. same here ... i tried to avoid the current "break n;" where ever possible as it is easy to run into a maintainance nightmare with it (renumbering! this

[PHP-DEV] PHP 5 Bug Summary Report

2006-02-20 Thread internals
PHP 5 Bug Database summary - http://bugs.php.net Num Status Summary (418 total including feature requests) ===[*Compile Issues]== 36404 Open configure script cannot complete libxml build ===

[PHP-DEV] PHP 4 Bug Summary Report

2006-02-20 Thread internals
PHP 4 Bug Database summary - http://bugs.php.net Num Status Summary (623 total including feature requests) ===[Apache2 related]== 36426 Feedback PHP Script Interpreter has encountered a problem and needs to close