-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Christian Schneider wrote:
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
Hi all,
I've spent a fun weekend debugging TSRM and bits of ZE2, having finally
figured that the zend_compiler_globals dtor was the point of failure here.
TSRM needs to mark resources as 'done' following a free and doesn't in most
cases, but that's actually not the main problem we have in
Hi,
Yes, something broke while we were at 5.1.3-dev.
It would be really nice if Dmitry could have a look at this. We have
many reports that things have gotten much more ustable on Windows since
5.1.2.
Edin
Steph Fox wrote:
Hi all,
I've spent a fun weekend debugging TSRM and bits of ZE2,
Helping in translating for pt-br.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Steph Fox schrieb:
Marcus,
FWIW I'm with you (unusually) over E_STRICT. Why would anyone have E_ALL
switched on anywhere but a dev box?
at least i, as no one on this mailing list is interested in me, but i
have it on and it is logged only and not displayed.
some bugs are really hard to
Hello Steph,
can it be that the return value of the dtor functions are wrong? They
have always been wrong and during last months we tried to sort things
out. Actually i was planning to have HEAD and 5.2 both respect the APPLY
values correct. Should i wait with those changes now until someone
I'm down to four possible changes - I'm just going back through them with a
full build, one by one. (Takes ages here.)
It could be anything at present... Dmitry, you're definitely off the hook
over those optimizations though, promising though they seemed.
/me was hoping for something
Hello Christian,
first of all c would be enough. Preprocessing has nothing to do with c++.
Also a lot of compilers allow to use the pre-process stand alone. And then
there is this one little disadvantage. A c compiler doesn't know that it
is not supposed to deal with stuff outside ?php...? and
This one time, at band camp, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Jared,
UPS i see my failure in writing. I meant array_valid($array) of course :-)
i have always been better in writing patches then telling tales.
I like the idea of an SPL feel to array functions
Kevin
--
Hello Christopher,
there's an interesting detail in you patch i never used in the for you
did: php_error_docref(function.pg-real-escape-bytea ...) where the name
you passed in is different from the name of the function. That works as
expected? On the same thing, you say that the function is
Marcus Boerger wrote:
As a follow up I've attached my initial patch for this. Can people
please review?
Without having looked at the implementation:
Does this implementation also deal with changes in the client encoding?
Hi Dmitry,
Finally cracked it, and you're right it had nothing to do with the suspected
optimizations. There was a win32 memory fix where you included the PHP win32
config file in the Zend one, confusing heck out of TSRM's totally
independent (until it meets Zend) alloca definition, which is
Hi Steph,
As I remember this patch modified zend_config.w32.h. It made inclusion of
main/config.w32.h in the same way as on all other systems.
How it affects TSRM?
May be I forgot something.
Thanks. Dmitry.
-Original Message-
From: Steph Fox [mailto:[EMAIL PROTECTED]
Sent: Tuesday,
13 matches
Mail list logo