[PHP-DEV] INI directive processing order

2005-04-04 Thread l0t3k
At what point in the module or request lifetime are INI directives handled (specifically, when are ini handler callbacks invooked) ? i have some objects stored as module globals which are affected by ini settings, so i need to know how to do proper cleanup/initiation. l0t3k -- PHP Internals

[PHP-DEV] Re: os x linking issue with extension

2005-04-04 Thread Justin Hannus
Can you post a link to your config.m4? PHP_ADD_FRAMEWORK(Framework) should do the trick. Try having a look at the config.m4 for the OpenDirectory extension. It links to the DirectoryService framework. http://pecl.php.net/get/opendirectory-0.2.6.tgz Curious, what specific part of Carbon are you w

Re: [PHP-DEV] Should I report this bug/exploit?

2005-04-04 Thread Peter Brodersen
On Mon, 4 Apr 2005 09:13:04 +0200 (CEST), in php.internals [EMAIL PROTECTED] (Derick Rethans) wrote: >> Is that a publically accessable mailing list or does it just go to a >> few people? > >Only a few people. .. but don't expect any kind of feedback :-) (yeah, I know - I'm still yackin' about

Re: [PHP-DEV] Re: cvs: ZendEngine2 / Zend.m4 php-src acinclude.m4

2005-04-04 Thread Adam Maccabee Trachtenberg
On Mon, 4 Apr 2005, David Sklar wrote: > OK, will do. There are a few other things that gcc 4 complains about > which will also need to get addressed in the mythical future when FC 4 > is stable. I'll make a list. FWIW, Mac OS X 10.4 (Tiger) may bundle gcc 4. I believe that should be out in the n

Re: [PHP-DEV] Re: cvs: ZendEngine2 / Zend.m4 php-src acinclude.m4

2005-04-04 Thread David Sklar
On Apr 2, 2005 1:55 AM, Jani Taskinen <[EMAIL PROTECTED]> wrote: > On Fri, 1 Apr 2005, David Sklar wrote: > > > On Feb 27, 2005 8:19 AM, Jani Taskinen <[EMAIL PROTECTED]> wrote: > >> On Sun, 27 Feb 2005, Sebastian Bergmann wrote: > >> > >>> Jani Taskinen wrote: > AC_MSG_WARN([You will need bi

Re: [PHP-DEV] Re: __autoload() enhancement

2005-04-04 Thread Marcus Boerger
Hello Greg, Monday, April 4, 2005, 2:04:47 PM, you wrote: > Andrey Hristov wrote: >> Stanislav, >> Greg probable means something like a stack trace of the autload callbacks >> that were called. This will be a nice addition just like Exception >> stacktraces >> are (I wish there were stacktraces

Re: [PHP-DEV] so called bugfix doesn't seem to be applied?

2005-04-04 Thread Jani Taskinen
The bug #30362 has been reopened. (I could verify this with 5.1-dev too) Also added a test case into ext/standard/tests/file/ for it.. --Jani On Mon, 4 Apr 2005, Ron Korving wrote: Hi, The 5.0.4 changelog mentions a fix of stream_get_line(), but the problem seems to remain. The function

Re: [PHP-DEV] Re: __autoload() enhancement

2005-04-04 Thread Greg Beaver
Andrey Hristov wrote: Stanislav, Greg probable means something like a stack trace of the autload callbacks that were called. This will be a nice addition just like Exception stacktraces are (I wish there were stacktraces for Fatal errors). yes, a stack trace would be ideal - I knew there was a na

[PHP-DEV] so called bugfix doesn't seem to be applied?

2005-04-04 Thread Ron Korving
Hi, The 5.0.4 changelog mentions a fix of stream_get_line(), but the problem seems to remain. The function keeps returning strings with the length of the first string it received. I've been waiting a long time for this fix, and now it doesn't seem to be applied somehow? I didn't compile PHP myself

Re: [PHP-DEV] Re: __autoload() enhancement

2005-04-04 Thread Andrey Hristov
Stanislav Malyshev wrote: GB>>I meant a logic error - as in the user forgot to use a GB>>DIRECTORY_SEPARATOR and so can't find any of the classes, not an GB>>obvious PHP error. OK - then how exactly you want the error message look like? How the engine is going to guess if it was DIRECTORY_SEPARATO

Re: [PHP-DEV] Re: __autoload() enhancement

2005-04-04 Thread Stanislav Malyshev
GB>>I meant a logic error - as in the user forgot to use a GB>>DIRECTORY_SEPARATOR and so can't find any of the classes, not an GB>>obvious PHP error. OK - then how exactly you want the error message look like? How the engine is going to guess if it was DIRECTORY_SEPARATOR missing or the class wa

Re: [PHP-DEV] Re: __autoload() enhancement

2005-04-04 Thread Greg Beaver
Stanislav Malyshev wrote: GB>>3. If a library has an obscure bug in __autoload, the only error message GB>>the user will see is: GB>> GB>>"undefined class " GB>> GB>>If __autoload() is going to gain the ability to be defined for a GB>>library, then the error messages must be enhanced as well.

Re: [PHP-DEV] __autoload() enhancement

2005-04-04 Thread Adam Maccabee Trachtenberg
On Mon, 4 Apr 2005, Derick Rethans wrote: > > FWIW, I don't think maintaining BC is super important here. I don't > > believe lots of people are using __autoload() currently, and it should > > be pretty trivial to migrate to whatever solution we end up with. > > BC is always important. I didn't s

Re: [PHP-DEV] Compiling a new library

2005-04-04 Thread Andrey Hristov
Michel JORDA wrote: Hi everybody I Have to compile a library (namely, a payment library) and the bank release a .c source. Therefore I need to make and compile it, but they mention that "you need to install the php-devel package in order to compile"... what should I download - on my macosx - and

Re: [PHP-DEV] Re: __autoload() enhancement

2005-04-04 Thread Stanislav Malyshev
GB>>3. If a library has an obscure bug in __autoload, the only error message GB>>the user will see is: GB>> GB>>"undefined class " GB>> GB>>If __autoload() is going to gain the ability to be defined for a GB>>library, then the error messages must be enhanced as well. Shouldn't that bug resul

[PHP-DEV] Compiling a new library

2005-04-04 Thread Michel JORDA
Hi everybody I Have to compile a library (namely, a payment library) and the bank release a .c source. Therefore I need to make and compile it, but they mention that "you need to install the php-devel package in order to compile"... what should I download - on my macosx - and on my linux to comp

[PHP-DEV] [PATCH] Bug #30593, --with-ingres option generates broken Makefile

2005-04-04 Thread Croker, Grant
The following patch should fix bug 30593. The original config.m4 uses Ingres' static libs which need libpthread.a to be linked in as well. Changing it to use Ingres's shared libs resolves this. This fix can be applied to both PHP 4 and 5. Index: ext/ingres_ii/config.m4 ===

Re: [PHP-DEV] __autoload() enhancement

2005-04-04 Thread Lukas Smith
Alan Knowles wrote: I dont know if you read the blog comments here: http://www.akbkhome.com/blog.php/View/79/require_once+is+part+of+your +documentation..html and here http://www.akbkhome.com/blog.php/View/77/is+__autoload+evil%3F.html and slightly related http://www.akbkhome.com/blog.php/View/76/r

Re: [PHP-DEV] __autoload() enhancement

2005-04-04 Thread Derick Rethans
On Sun, 3 Apr 2005, Adam Maccabee Trachtenberg wrote: > On Sun, 3 Apr 2005, Andi Gutmans wrote: > > > I don't think the right solution though is to leave the not-optimal > > solution in the engine, and create a solution outside the engine. I think > > we should find a way to tune the engine so th

[PHP-DEV] PHP 5 Bug Summary Report

2005-04-04 Thread internals
PHP 5 Bug Database summary - http://bugs.php.net Num Status Summary (328 total including feature requests) ===[*General Issues]== 29971 Assigned variables_order behaviour ===[Apache2 related

Re: [PHP-DEV] Should I report this bug/exploit?

2005-04-04 Thread Derick Rethans
On Mon, 4 Apr 2005, Mark Krenz wrote: > > Is that a publically accessable mailing list or does it just go to a > few people? Only a few people. Derick -- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org -- PHP Internals - PHP Runtime Development Mailing List To un

[PHP-DEV] PHP 4 Bug Summary Report

2005-04-04 Thread internals
PHP 4 Bug Database summary - http://bugs.php.net Num Status Summary (789 total including feature requests) ===[*General Issues]== 27372 Verified parse error loading browscap.ini at apache startup (new parser required) 32219 Verified