Regarding backward compatibility option "allow_call_time_pass_reference"
one will find in the php.ini:
"... future versions of PHP/Zend are likely not to support it. ...".
A customer of mine relies heavily uppon that feature however, be it
"wise" to do so or not. He is now a little confused as t
Robert Janeczek wrote:
> a 'while' ago i tried to build php5 on windows and were stuck with a
> problem
>
http://groups.google.pl/groups?hl=pl&lr=&ie=UTF-8&selm=bsrgfo%24180r%241%40FreeBSD.csie.NCTU.edu.tw
>
> i`ve got fresh bindlib_w32 from cvs, build went fine (one warning:
> d:\dev\php_source\bi
Currently object's destructors are called in the zend_deactivate function in
main.c after the modules
request_shutdown_func has been called (main.c -
php_call_shutdown_functions(void); ) .
Since no code should be executed after module request shutdown unexpected
behaviour might
occur like the one
Marcus Boerger wrote:
> Hello Florian,
>
> there is no problem in calling resource destructors/terminators in
> your destructors. You simply cannot output text to your pages from
> them. If this is not true then we need to fix it. For example if an
> object of yours holds a database connection and
Gareth Ardron wrote:
> On Mon, 2004-06-28 at 12:25, Florian Schaper wrote:
>
[...]
>( though I'd prefer the way destruct is called to be
> changed ;-) )
For what it's worth, i'd second that.
./regards
Florian
--
PHP Internals - PHP Runtime Development Mailing List
Marcus Boerger wrote:
> Hello Gareth,
>
> __destruct will get executed during request shutdown after the
> communication has been shutdown. The only way to be able to write
> from within __destruct is to deinitialize it at the end of the
> script and therefore before the request is being finished.
Jup, noticed. Let's try that again:
- schnipp -
--- spl_array.c 2004-06-20 20:30:30.0 +0200
+++ spl_array.c 2004-06-21 19:37:18.0 +0200
@@ -337,7 +337,7 @@
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "z", &index) ==
FAILURE) {
Should fix the "inverted" behavoiur of ArrayObject::offsetExists as
described in #28822
Maybe someone can take a look at it.
./regards
Florian
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Timm Friebe wrote:
[...]
> In comparison to the proposed "delete", unset() only decreases the
> refcount.
>
> Have a look at the following examples:
>
> $ php-dev -r 'class Object { function __destruct() { echo
> "Destroyed\n"; }} $o= new Object(); unset($o); echo "Shutting
> down\n";'
> Destroyed
A friend of mine had the same Problem as stated in "bug"-Report 27555 and
I "fixed" it before checking back with the bug-Database ...
Why not to call the destructors before the modules are shut down?
I wrote a short patch for this and it works out fine. That does not mean
however that it does not
Derick Rethans wrote:
> On Tue, 1 Jun 2004, Florian Schaper wrote:
>
>> An Zend API 2.0 paper I read a while ago said something about
>> "delete" being implemented in PHP5.
>> However, no delete.
>>
>> Was this feature dropped? I have implemented de
An Zend API 2.0 paper I read a while ago said something about "delete" being
implemented in PHP5.
However, no delete.
Was this feature dropped? I have implemented delete for myself now and was
wondering if it was worth committing.
./regards
Florian
--
PHP Internals - PHP Runtime Development Ma
./regards
Florian Schaper
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
13 matches
Mail list logo
