On Tue, 30 Aug 2005, Andrei Zmievski wrote:
On Aug 30, 2005, at 10:30 AM, Rasmus Lerdorf wrote:
Also, I see the following 6 failed test cases on my Linux box:
-Bug #16069 [ext/iconv/tests/bug16069.phpt]
According to the last two comments in that bug report, glibc iconv() does not
support
On Tue, 30 Aug 2005, Zeev Suraski wrote:
For those of you who submitted patches to 5.1 since RC1 - do you believe that
we need another RC or can we go ahead and roll 5.1 final and run a sanity test
for 24 hours? I went over the patches, none of them appears to be too
dangerous, but if any of
Maintaining code for PEAR::HTTP_Session as lead developer.
See: http://pear.php.net/user/troehr
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Patch: http://www.php.net/~jani/patches/ini_fix.patch
See also: http://bugs.php.net/bug.php?id=34307
--Jani
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
This one time, at band camp, Peter Brodersen [EMAIL PROTECTED] wrote:
If all you want is to supply glob() with a list of full or partial
patterns I think the desired functionality is already present.
But not on all platforms.
Kevin
--
Democracy is two wolves and a lamb voting on what to
Hi Dmitry Stogov, you wrote:
There's a typo in zend_update_class_constants():
ALLOC_HASHTABLE() refers to class_type instead of
class_type-static_members
Seems you are wrong.
I see ALLOC_HASHTABLE(class_type-static_members); in the patch.
Sorry my fault while applying the patch.
At 21:07 22.08.2005, Wez Furlong wrote:
On 8/22/05, Uwe Schindler [EMAIL PROTECTED] wrote:
/bin/sh: test: argument expected
gmake: [test] Error 1 (ignored)
[EMAIL PROTECTED]:~/install/php-5.1.0RC1$
(I think, this is the old problem with Solaris' test, that we fall
into every time... :) )
On Wed, 31 Aug 2005, Jani Taskinen wrote:
Patch: http://www.php.net/~jani/patches/ini_fix.patch
See also: http://bugs.php.net/bug.php?id=34307
The patch was a bit broken, fixed one now uploaded.
(if the one you have grabbed has anything with Zend/zend.c in it, nuke it!)
Jani Taskinen wrote:
On Tue, 30 Aug 2005, Andrei Zmievski wrote:
On Aug 30, 2005, at 10:30 AM, Rasmus Lerdorf wrote:
Also, I see the following 6 failed test cases on my Linux box:
-Bug #16069 [ext/iconv/tests/bug16069.phpt]
According to the last two comments in that bug report, glibc
But why doesn't ?php=$foo ? work? If that'd work, I just might start using
?php ?
Ron
Rasmus Lerdorf [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Paul Reinheimer wrote:
My prefrerence would be for the interpreter to look for ?\w when
short tags is enabled (that was brace,
Why do you find the need to be lazy and use ?=$foo? lol j/k
i always use ?php echo $foo; ? it may be only a few more chars of code but
it is guranteed to work on any php installation ;)
--
Joseph Crawford Jr.
Codebowl Solutions, Inc.
1-802-671-2021
[EMAIL PROTECTED]
?=$var? is much much better then ?php echo
$var ? because
it is shorter and gives a more readable code.
And I am
sure that more than a half of the PHP
programmers can confirm
Can't help it... ;) By the way, I thought all programmers were lazy to some
extent?
Seriously though, I think it would be nice and consistent if it would work.
I just really like the short ?= syntax.
Ron
Joseph Crawford [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Why do you find
It's unclear to me what the position of the big kahuna's is on the following
issues, but I hope they can become a reality in PHP6:
1) named parameters.
in user functions, but also in core functions:
$result = in_array(needle: foo, haystack: $array);
2) error reporting using exceptions.
I would
Using ?php=$var ? seems ridiculous, because it would be implemented
only into current branches, so it would not bring compatibility with
older releases...
Moreover, instead of using ?=$var ? for variable interpolation, I
prefer to use the heredoc syntax, I think it's better for good looking
Removing the ?= syntax from PHP 6 entirely right along with % seems
like a much better idea to me then trying to expand upon it.
Cheers,
John
On Wed, 2005-08-31 at 15:23 +0200, Ron Korving wrote:
Can't help it... ;) By the way, I thought all programmers were lazy to some
extent?
Seriously
Torsten Roehr wrote:
Maintaining code for PEAR::HTTP_Session as lead developer.
See: http://pear.php.net/user/troehr
The request is valid as can be seen on the following page:
http://pear.php.net/package/HTTP_Session/
regards,
Lukas
--
PHP Internals - PHP Runtime Development Mailing List
To
For those of you who submitted patches to 5.1 since RC1 - do you believe
that we need another RC or can we go ahead and roll 5.1 final and run a
sanity test for 24 hours? I went over the patches, none of them appears
to be too dangerous, but if any of you thinks differently, let me know.
I very much like your idea and syntax. I come from a Delphi background (when
it comes to properties) and I must say I like your solution. It's easy and
effective. Yes, it can be done with __set() and __get(), but it sure is
uglier when you have a wide and constant range of properties.
+1 (with 0
On 8/31/05, John Coggeshall [EMAIL PROTECTED] wrote:
Removing the ?= syntax from PHP 6 entirely right along with % seems
like a much better idea to me then trying to expand upon it.
+1
Hello!
I've been looking at using locale and collation now we have ICU. Please
let me know if you have any comments:
Locale Functions with Unicode
=
Introduction
The Unicode design document lists that all current functions that can make use
of a locale
The patch had a serious bug that corrupts memory on static property update.
New patch fixes the bug and adds utility functions.
Thanks. Dmitry.
-Original Message-
From: Andi Gutmans [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 30, 2005 10:57 PM
To: Zeev Suraski; Dmitry Stogov
-Original Message-
From: Michael Wallner [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 31, 2005 12:57 PM
To: internals@lists.php.net
Subject: Re: [PHP-DEV] Re: Constants and static methods for
internal classes
There's also a problem which I didn't track down yet:
Hi Dmitry Stogov, you wrote:
zend_update_class_constants() will be called for every request automatic (if
it is necessary)
Well, sure it will be called, but it has no affect as ce-constants_updated
is already set to 1 -- maybe I'm just missing the obvious...
I still get segfaults because of an
But that's not going to happen any time soon (if ever); far too many
scripts use it.
--Wez.
On 8/31/05, John Coggeshall [EMAIL PROTECTED] wrote:
Removing the ?= syntax from PHP 6 entirely right along with % seems
like a much better idea to me then trying to expand upon it.
Cheers,
John
Ops. Thanks.
I'll fix this.
Dmitry.
-Original Message-
From: Michael Wallner [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 31, 2005 8:59 PM
To: internals@lists.php.net; Dmitry Stogov
Subject: Re: [PHP-DEV] Re: Constants and static methods for
internal classes
Hi Dmitry
Hello Wez,
we could however drop '%' support and introduce '?php=' support.
Along with that we might even add an E_STRICT to protect against '?'.
regards
marcus
Wednesday, August 31, 2005, 7:04:27 PM, you wrote:
But that's not going to happen any time soon (if ever); far too many
scripts
+1
Marcus Boerger [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hello Wez,
we could however drop '%' support and introduce '?php=' support.
Along with that we might even add an E_STRICT to protect against '?'.
regards
marcus
Wednesday, August 31, 2005, 7:04:27 PM, you
Marcus Boerger [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hello Ron,
Wednesday, August 31, 2005, 3:37:51 PM, you wrote:
2) error reporting using exceptions.
I would like it if I could catch PHP-errors and take appropriate action
(such as logging it to a database or
Hi,
can this be taken into consideration for HEAD now that RC1 is out of the
door?
thanks,
- Markus
Andi Gutmans wrote:
We're in a feature freeze so please hold it to after 5.1.0 is out the
door. You'll be able to commit to head when RC1 is branched off.
Thanks,
Andi
At 01:31 PM
Marcus Boerger wrote:
Hello Wez,
we could however drop '%' support and introduce '?php=' support.
You'll have to pry '%' from my cold, dead hands :)
Edin
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
So very -1 on anything introducing another way to print stuff. I am
however +1 on turning off everything but ?php from php.ini
John
On Wed, 2005-08-31 at 22:44 +0200, Edin Kadibasic wrote:
Marcus Boerger wrote:
Hello Wez,
we could however drop '%' support and introduce '?php=' support.
This also happens in 5.1.0RC1, btw:
Breakpoint 1, zend_throw_exception_internal (exception=0xa19baa4) at
/root/webserver_software_tmp_fastcgi_apache2/php-5.1.0RC1/Zend/zend_exceptions.c:39
39 if (exception != NULL) {
(gdb) bt
#0 zend_throw_exception_internal (exception=0xa19baa4) at
John Coggeshall wrote:
So very -1 on anything introducing another way to print stuff. I am
however +1 on turning off everything but ?php from php.ini
John
On Wed, 2005-08-31 at 22:44 +0200, Edin Kadibasic wrote:
Marcus Boerger wrote:
Hello Wez,
we could however drop '%' support
Let's please stop breaking things just because we find them
aesthetically displeasing.
-adam
On Wed, 31 Aug 2005, John Coggeshall wrote:
So very -1 on anything introducing another way to print stuff. I am
however +1 on turning off everything but ?php from php.ini
John
On Wed, 2005-08-31
I was a little early in posting the bt -- it seems that that there
must be an exception tree, or multiple exceptions -- I have several
successive cont for which I got a bt. This is all from a single
request.
Sometimes, between call_user_function and call_user_function_ex the
parameters like
Does this still work in MINIT, and automate the constant updating in RINIT?
Andi
At 09:26 AM 8/31/2005, Dmitry Stogov wrote:
The patch had a serious bug that corrupts memory on static property update.
New patch fixes the bug and adds utility functions.
Thanks. Dmitry.
-Original
Hello Ron,
Wednesday, August 31, 2005, 9:02:37 PM, you wrote:
Marcus Boerger [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hello Ron,
Wednesday, August 31, 2005, 3:37:51 PM, you wrote:
2) error reporting using exceptions.
I would like it if I could catch PHP-errors and
I would suggest bumping up the libxm2 minimum version to 2.6.8. Had
forgotten about this until a recent bug, but 2.6.6 and 2.6.7 can cause
memory corruption thats fixed in 2.6.8.
Rob
Zeev Suraski wrote:
For those of you who submitted patches to 5.1 since RC1 - do you
believe that we need
Let's please stop breaking things just because we find them
aesthetically displeasing.
*hug*
-adam
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
OK, knowing *exactly* what is going on when there are lots of other
peoples code involved (a framework, ADODB, JPSpan, etc.) is tuff, but
here is what I think:
The lowdown: mysqli seems to be gone by the time the shutdown function
is called (the error being Couldn't fetch mysqli). That makes an
First off, I know I said I was going to try lighhtpd: the site I'm
testing this on has so many rewrite rules, I just didn't have enough
ambition...
That said, the end result is that I put Apache1/mod_php4 up against
Apache2/FastCGI/PHP4. Well, under real load both did about the same.
The Apache2
Rasmus,
please send an update what you think you can do on your side...
Thanks,
Andi
At 08:33 PM 8/30/2005, Wez Furlong wrote:
http://bugs.php.net/search.php?cmd=displaystatus=Openbug_type%5B%5D=PDO+related
On Wed, 31 Aug 2005 11:39:04 +1000, in php.internals [EMAIL PROTECTED]
(Kevin Waterson) wrote:
print_r(glob(*.{jpg,gif,tif,pdf,bmp,raw},GLOB_BRACE));
True, but not available to all. It is GNU.
You are right - I missed that win32 uses win32/glob.h
I think a better solution is just to create an
Hi,
2) error reporting using exceptions.
I would like it if I could catch PHP-errors and take appropriate
action
(such as logging it to a database or whatever).
You can already do that with 5.1 by adding three lines of code.
Sounds awesome.. is this documented (I don't mean the
45 matches
Mail list logo