Hi Andi,
Based on your response to my question on how to compare object equality
properly. While looking through the code, in zend_operators.c in the
is_identical_function, when comparing objects, it uses the same construct I
came up with...
result->value.lval = (Z_OBJ_HANDLE_P(op1) == Z_OBJ_HAND
Hey,
I don't think explicit object casting is of much use. How does (float) $obj
improve your life much more than $obj->toFloat()?
Don't forget that implicit casting doesn't make a lot of sense because
"1",1, and 1.0 are all potentially the same in PHP.
When you have something like: $num1 + $num2
* Thus wrote Robert Silva:
> I'm working on creating object wrappers for native php types. With ZE2 and
> the cast_object object handler, I am able to "unbox" the objects to their
> native php types with simple casts, but as ZE2 currently stands, (to my
> knowledge at least) there is no way to hook
Yep, that was my thinking.
Andi
At 08:29 PM 9/24/2004 +0200, Marcus Boerger wrote:
Hello Andi,
if we have ini_set("realpath_catch_size") then obviously
ini_set("realpath_catch_size", 0) === clearstatcache() without any
additional line of code.
regards
marcus
Friday, September 24, 2004, 1:08:14 AM
I'm doing a PHP compile for New York PHP's AMD64 Project. The goal is
to enable all the hottest and modern extensions, and then let people
hack with their favorite extensions to find problems and bugs under a
64bit architecture. We're running SuSE Enterprise 9.1 on a dual AMD64
Opteron box, wit
I'm working on creating object wrappers for native php types. With ZE2 and
the cast_object object handler, I am able to "unbox" the objects to their
native php types with simple casts, but as ZE2 currently stands, (to my
knowledge at least) there is no way to hook into the (object)native_type
cast.
Hello Andi,
if we have ini_set("realpath_catch_size") then obviously
ini_set("realpath_catch_size", 0) === clearstatcache() without any
additional line of code.
regards
marcus
Friday, September 24, 2004, 1:08:14 AM, you wrote:
> I don't know if I'd like to make a PHP user-land function for th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 24 Sep 2004 18:44, Andi Gutmans wrote:
> This doesn't have anything to do with the tar.gz itself.
> It seems that with MSIE something screws up (for both 5.0.2and 4.3.9).
> Firefox handles it correctly. Do we have a mime types problem?
Fairl
This doesn't have anything to do with the tar.gz itself.
It seems that with MSIE something screws up (for both 5.0.2and 4.3.9).
Firefox handles it correctly. Do we have a mime types problem?
Andi
At 10:40 AM 9/24/2004 -0700, Sara Golemon wrote:
The downloadable tar.gz for PHP-5.0.2 is named .tar.ta
The PHP Development Team is proud to announce the immediate release of PHP
5.0.2.
This is a maintenance release that in addition to many non-critical bug
fixes, addresses a problem with GPC input processing.
All Users of PHP 5 are encouraged to upgrade to this release as soon as
possible.
For
The downloadable tar.gz for PHP-5.0.2 is named .tar.tar rather than .tar.gz
-Sara
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello devs,
On Friday 24 Sep 2004 09:39, Andrey Hristov wrote:
> Hi,
> can we have a macro that implements this equality check - whether
> 2 zvals point to the same object?
Would these do? Copied from a pretty borked ext, but still work :-)
+ sta
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 22 Sep 2004 19:12, Andi Gutmans wrote:
> Do we want this in the core engine?
> If so, why not create a general solution for multi-threaded systems (I
> think Apache pre-fork is better off without it due to performance reasons).
> Anantha,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 22 Sep 2004 19:09, Andi Gutmans wrote:
> Guys,
>
> There's no feedback about the new VM architecture and it's hard to maintain
> the patches as changes are being made to the source base constantly.
> I will recommit the patches on Monday u
On Fri, 24 Sep 2004, Kamesh Jayachandran wrote:
> Hi Marcus,
>
> Found the cause of the problem.
>
> getSectionText function in run-tests2.php is trimming the each
> sectiontext values except for POST.
Don't use run-tests2.php, it's not working and not supported.
Derick
--
PHP Internals - PHP
Sounds a bit hackish - as opposed to most things in php that have a
special function.
V
Andi Gutmans wrote:
I don't know if I'd like to make a PHP user-land function for this,
especially as it'll get slightly sticky due to this being a TSRM
mechanism. Also, as mentioned by Elfyn, it's very unli
Hi,
can we have a macro that implements this equality check - whether
2 zvals point to the same object?
Andrey
Andi Gutmans wrote:
You also have to compare Z_OBJ_HT_P(objA) == Z_OBJ_HT_P(objB) in
addition to Z_OBJ_HANDLE_P.
After checking both of these your code will work.
At 10:57 PM 9/23/2004
Hi Marcus,
Found the cause of the problem.
getSectionText function in run-tests2.php is trimming the each
sectiontext values except for POST.
This trimming causes the eol character in the phpt file to get lost when
saved to a php file.
Should we have to remove the trim function? or fix our test
Hi Marcus,
For me also this test is going through if I run the test using
run-tests.php.
But it fails with run-tests2.php
With run-tests2.php
I could see the output from the execute function itself was lacking that
one new line character that exists between
===DONE=== and the actual waring line.
19 matches
Mail list logo
