Marcus Boerger schrieb:
Hello Moriyoshi,
actually you should place it as a PHP module. Boost provides core level
stuff and algorithmns and such. This is a highly specialized bridge.
marcus
Just like Boost.Python
(http://www.boost.org/doc/libs/1_35_0/libs/python/doc/index.html) ;)
On 30.07.2008, at 03:22, Andrew Mason wrote:
Hi people,
Just wondering if anyone can tell me when the Normalizer class is
slated for inclusion or if it hasn't been decided yet.
http://au2.php.net/manual/en/class.normalizer.php
Just trying to work out if i should wait or if i should write my
Hi Marcus,
Really? I haven't heard anything like that.
MOriyoshi
On 2008/07/30, at 16:19, Marcus Boerger wrote:
Hello Stefan,
which doesn't belong there either.
marcus
Wednesday, July 30, 2008, 9:14:07 AM, you wrote:
Marcus Boerger schrieb:
Hello Moriyoshi,
actually you should
Hello Moriyoshi,
that's just my opinion. Bridges belong with the language not with a
random library.
marcus
Wednesday, July 30, 2008, 9:45:03 AM, you wrote:
Hi Marcus,
Really? I haven't heard anything like that.
MOriyoshi
On 2008/07/30, at 16:19, Marcus Boerger wrote:
Hello Stefan,
+1 from me too please ;)
Indeed the proposed RFC for traits is a wonderfull thing for things we
currently do using mixins.
What's goining on with traits anyway? Has it been decided if it's gonna be
implemented in 5.3, 6.0, 7.2 or never? :)
G.
On Sat, Jul 26, 2008 at 6:27 AM, Andru Vallance
On 30.07.2008, at 13:27, George Antoniadis wrote:
+1 from me too please ;)
Indeed the proposed RFC for traits is a wonderfull thing for things we
currently do using mixins.
What's goining on with traits anyway? Has it been decided if it's
gonna be
implemented in 5.3, 6.0, 7.2 or never? :)
Hi all,
While merging ext/phar to HEAD, I found that environmental variables set in
tests using the --ENV-- section fail to make it as far as the SAPI. Same
with any other env var setting (e.g. my new '-x' parameter to run-tests.php
fails too).
Over 100 'frontcontroller' and similar tests
On 30.07.2008, at 01:58, Lucas Nealan wrote:
I've updated the patch for Zend Signal Handling, the latest version is
available on the wiki rfc page:
http://wiki.php.net/rfc/zendsignals
The update solves the reentrance issue with using the a zend linked
list in
the default signal handler.
I'll do quick review in an hour and then I'll probably commit it.
Thanks. Dmitry.
Lukas Kahwe Smith wrote:
On 30.07.2008, at 01:58, Lucas Nealan wrote:
I've updated the patch for Zend Signal Handling, the latest version is
available on the wiki rfc page:
Could someone please fix this:
Generating phar.php
Generating phar.phar
Pear package PHP_Archive found: API Version: 1.0.0 (stable).
Pear package PHP_Archive or Archive.php class file not found.
clicommand.inc
directorygraphiterator.inc
directorytreeiterator.inc
invertedregexiterator.inc
On 30.07.2008 18:33, Andrew Mason wrote:
Hi guys,
Was trying to test php 5.3 last night and i got the following
-lresolv -lm -ldl -lnsl -lxml2 -lz -lm 15
/usr/lib/gcc/i486-slackware-linux/4.1.2/../../../../i486-slackware-linux/bin/ld:
cannot find -lz
libz seems to be
Hi Dmitry, all,
I was going to send this patch as a companion one to go with the
compile-time constant substitution change (Nuno sent a message about this
[1] last Sep. with a patch [2]), BUT I also realized that some different,
inconsistent behavior is possible because of that change.
First,
On 28.07.2008, at 14:31, Pierre Joye wrote:
hi,
On Mon, Jul 28, 2008 at 2:26 PM, Antony Dovgal [EMAIL PROTECTED]
wrote:
On 28.07.2008 14:55, Pierre Joye wrote:
0.4rc1. Eitherway, if 0.4 is not coming out during alpha1 and no
support
for 0.3 is available I fear we have to move ming to
Hey Johannes,
The issue is that there's a mix-up between our internal encoding
(utf-16) and the outside one.
That sounds normal :)
I don't know if there's a good way to get
the shell encoding to be used when converting to UTF-16 or if we should
use
I see several issues with the patch
1) It assumes that web server (and webserver extensions) won't setup any
signal handlers after PHP startup. This assumption may be wrong.
2) It is incompatible with ext/pcntl
3) It breaks 3 tests (in debug mode)
tests/classes/destructor_visibility_001.phpt
I would need to look into this in more detail but I am not sure
sigaction is supported. In any case, these APIs on Windows tend to be
more for POSIX compliance and not the Windows way so I am not sure
there'd be a lot of value in supporting it. In any case, you should
probably still take a look
Dmitry Stogov wrote:
I see several issues with the patch
1) It assumes that web server (and webserver extensions) won't setup any
signal handlers after PHP startup. This assumption may be wrong.
It may be. But there is really no way around that. That's why we
talked about having an
Lukas Kahwe Smith wrote:
On 28.07.2008, at 14:31, Pierre Joye wrote:
hi,
On Mon, Jul 28, 2008 at 2:26 PM, Antony Dovgal [EMAIL PROTECTED]
wrote:
On 28.07.2008 14:55, Pierre Joye wrote:
0.4rc1. Eitherway, if 0.4 is not coming out during alpha1 and no
support
for 0.3 is available I fear
Hi,
On Wednesday 30 July 2008 18:37:26 Dmitry Stogov wrote:
I see several issues with the patch
1) It assumes that web server (and webserver extensions) won't setup any
signal handlers after PHP startup. This assumption may be wrong.
2) It is incompatible with ext/pcntl
If zend_signal()
Hi Matt,
does the following code work with your patch?
?php
function foo() {
static $a = A + B;
var_dump($a);
}
const A = 1;
const B = 2;
foo();
?
It would be hard to explain why some of constant expression work, but
others don't.
Anyway, it's too late for this patches.
5.3 is
Arnaud Le Blanc kirjoitti:
Hi,
On Wednesday 30 July 2008 18:37:26 Dmitry Stogov wrote:
I see several issues with the patch
1) It assumes that web server (and webserver extensions) won't setup any
signal handlers after PHP startup. This assumption may be wrong.
2) It is incompatible with
Hi!
I have a couple of questions about the patch:
1. Why allocate fixed-size buffer via individual malloc's on each
activate and free it on each deactivate? Won't it be better to just
allocate it once and use it?
2. Why define own SIG_UNEXPECTED - we already have UNEXPECTED macro in
the
On Wednesday 30 July 2008 20:46:13 Jani Taskinen wrote:
Arnaud Le Blanc kirjoitti:
Hi,
On Wednesday 30 July 2008 18:37:26 Dmitry Stogov wrote:
I see several issues with the patch
1) It assumes that web server (and webserver extensions) won't setup any
signal handlers after PHP
Hi,
I assume the following items are done by now:
- LSB parent::/self:: forwarding (Etienne/Dmitry)
- string optmization patches (Matt/Scott)
I assume everything will be ready on the windows side of things as
well. If not shout ASAP.
I am still expecting to see the following commits:
-
Hi again,
I have it working here now, but whether that's just because the test suite
script's set to ISO-8859-1/UTF-8 I don't know...
Patch attached in case anyone wants to mess about with it (nb 'ware DOS).
It's nothing like commit-able, I was just fiddling, since having a third of
our
Hi.
I'm a web developer from Norway and new to this list.
I use PHP allmost daily producing web-apps for customers in Norway.
As most of you probably know Rasmus Lerdorf made som upload hooks available in
PHP 5.2 some long time back.
This was great news for those that wanted more control of
- remove __toString() from closures (Johannes/Dmitry)
What is wrong here?
What behavior do you prefer?
I just missed the discussion.
Thanks. Dmitry.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Stefan Esser wrote:
http://www.suspekt.org/switchtable/
Neat I hope this works well and can go into the main engine. I did not
look to see if there was a licensing issue.
We have basically done this in PHP land for Phorum. We had a huge
switch in our url creation function. It was the
On 30.07.2008, at 22:57, Dmitry Stogov wrote:
- remove __toString() from closures (Johannes/Dmitry)
What is wrong here?
What behavior do you prefer?
I just missed the discussion.
This was in the thread closures questions and later there were some
votes by Stas and Marcus in favor of its
Hi,
On Wed, 2008-07-30 at 13:46 -0700, Tore B. Krudtaa wrote:
As most of you probably know Rasmus Lerdorf made som upload hooks
available in PHP 5.2 some long time back.
This was great news for those that wanted more control of uploads
and/or wanted to give real time feedback to client
Brian Moon schrieb:
Neat I hope this works well and can go into the main engine.
Should it not rather got into the new optimizer extension instead?
--
Sebastian Bergmann http://sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514
31 matches
Mail list logo
