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
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 crea
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=display&status=Open&bug_type%5B%5D=PDO+related
http://pecl.php.net/bugs/search.php?cmd=display&status=Open&package_name%5B%5D=PDO&pa
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 s
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
> 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
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 ano
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
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 Message-
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 functi
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
> John
>
> On Wed, 2005-08-31 at 22:44 +0200,
John Coggeshall wrote:
So very -1 on anything introducing another way to print stuff. I am
however +1 on turning off everything but
Marcus Boerger wrote:
Hello Wez,
we could however drop '<%' support and introduce '
You'll have to pry '<%' from my cold, dead hands :)
Edin
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
So very -1 on anything introducing another way to print stuff. I am
however +1 on turning off everything but Marcus Boerger wrote:
> > Hello Wez,
> >
> > we could however drop '<%' support and introduce '
> You'll have to pry '<%' from my cold, dead hands :)
>
> Edin
>
--
PHP Internals - P
Marcus Boerger wrote:
> Hello Wez,
>
> we could however drop '<%' support and introduce 'http://www.php.net/unsub.php
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 7/15/2005
"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 datab
+1
"Marcus Boerger" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hello Wez,
>
> we could however drop '<%' support and introduce ' 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:
>
> > B
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 whatever).
You can already do that with 5.1 by adding three lines of code.
> 4) i
Hello Wez,
we could however drop '<%' support and introduce ' 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 > like a much better idea to me then trying to expand upon it.
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
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 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 Korvin
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
> -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:
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
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
On 8/31/05, John Coggeshall <[EMAIL PROTECTED]> wrote:
>
> Removing the like a much better idea to me then trying to expand upon it.
>
+1
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 k
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.
Neve
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
Removing the 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
> Ron
>
>
> "Joseph Crawford" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PR
Using seems ridiculous, because it would be implemented
only into current branches, so it would not bring compatibility with
older releases...
Moreover, instead of using for variable interpolation, I
prefer to use the heredoc syntax, I think it's better for good looking
and readable code.
F
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
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 wrote in message
news:[EMAIL PROTECTED]
Why do you find the need to be lazy and use lol j/k
i always use
is much much better then 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
that. becomes ve
Why do you find the need to be lazy and use lol j/k
i always use 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]
But why doesn't work? If that'd work, I just might start using
Ron
"Rasmus Lerdorf" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Paul Reinheimer wrote:
> > My prefrerence would be for the interpreter to look for " > short tags is enabled (that was brace, question mark, white sp
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 icon
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!)
--J
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...
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 pa
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
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
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
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
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 CP
46 matches
Mail list logo
