One more comment- We should take into account that most data will not use
combining characters and should optimize for that case.
Most text will consist of solely characters with combining class = 0.
We can therefore scan backwards, copying characters while cc=0.
Only if we see a non-zero cc do
Or use the breakiterator function. Also allows for locale differences and some
special cases.
http://icu.sourceforge.net/apiref/icu4c/classBreakIterator.html#_details
Although we might prefer it to be locale independent.
Separately, I was wondering if we should create a variation of the explode
Hello George,
Monday, August 22, 2005, 10:10:24 PM, you wrote:
> On Aug 22, 2005, at 4:02 PM, Derick Rethans wrote:
>> On Mon, 22 Aug 2005, George Schlossnagle wrote:
>>
>>
I'm talking about allowing type hints to be trappable by users,
without
complicating them with exceptions
Greg Beaver wrote:
> I just synced php-src/pear (PHP_5_0/PHP_5_1/PHP_4_4) with pear-core
> (PEAR_1_3). May god bring the day when this is no longer necessary
> sooner rather than later.
We'll get there. But we can't kill the 5.0 tree until we have a 5.1
release.
-Rasmus
--
PHP Internals - PHP
Hi,
I just synced php-src/pear (PHP_5_0/PHP_5_1/PHP_4_4) with pear-core
(PEAR_1_3). May god bring the day when this is no longer necessary
sooner rather than later.
Greg
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Zeev Suraski wrote:
At 20:53 22/08/2005, Marcus Boerger wrote:
> So in that case, the implementation in zend_error_cb() should simply
call
> the user error handler if it's available, or treat it as if it's
E_ERROR if
> there is no user error handler.
Isn't an E_ERROR by default good enough o
Hello Zeev,
Monday, August 22, 2005, 11:26:12 PM, you wrote:
> At 23:10 22/08/2005, George Schlossnagle wrote:
> My original proposal (at least as I recall it), was to move
>>irrecoverable errors to something like
>>
>>E_UNRECOVERABLE_ERROR
>>
>>or
>>
>>E_FATAL
>>
>>Leaving current errors as E_ER
Edin Kadibasic wrote:
>Greg Beaver wrote:
>
>
>>Edin Kadribasic wrote:
>>
>>
>>
>>>The Windows binaries are available at:
>>>
>>>http://downloads.php.net/edink/php-5.0.5RC1-Win32.zip
>>>
>>>
>>I spoke too soon, Archive_Tar-1.3.1.tgz is missing from the
>>go-pear-bundle directory, becau
At 23:10 22/08/2005, George Schlossnagle wrote:
My original proposal (at least as I recall it), was to move
irrecoverable errors to something like
E_UNRECOVERABLE_ERROR
or
E_FATAL
Leaving current errors as E_ERROR (since most are recoverable, imho)
I like this idea except it would be a bit
On Mon, 22 Aug 2005, Mikko Rantalainen wrote:
upload *before* it has been completed. Make it possible to handle *big*
uploads without requiring uploaded file to fit the memory. Handle multiple
This was changed in PHP 4.2.0, the file uploading code was rewritten
to not load the whole fi
E_CATCHY catchy enough or you?
-Andrei
On Aug 22, 2005, at 1:02 PM, Derick Rethans wrote:
On Mon, 22 Aug 2005, George Schlossnagle wrote:
I'm talking about allowing type hints to be trappable by users,
without
complicating them with exceptions. I'm proposing a new error level,
which
behav
On Aug 22, 2005, at 4:02 PM, Derick Rethans wrote:
On Mon, 22 Aug 2005, George Schlossnagle wrote:
I'm talking about allowing type hints to be trappable by users,
without
complicating them with exceptions. I'm proposing a new error
level, which
behaves like E_ERROR, except it can be cau
At 22:54 22/08/2005, George Schlossnagle wrote:
This sounds good to me. We talked about this briefly a year or so
ago, in reference to being able to convert E_ERROR errors to
exceptions in an extension.
Exactly.
Zeev
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, vis
At 23:02 22/08/2005, Derick Rethans wrote:
On Mon, 22 Aug 2005, George Schlossnagle wrote:
> > I'm talking about allowing type hints to be trappable by users, without
> > complicating them with exceptions. I'm proposing a new error level,
which
> > behaves like E_ERROR, except it can be caugh
On Mon, 22 Aug 2005, George Schlossnagle wrote:
> > I'm talking about allowing type hints to be trappable by users, without
> > complicating them with exceptions. I'm proposing a new error level, which
> > behaves like E_ERROR, except it can be caught using a userland error
> > handler, for those
Greg Beaver wrote:
> Edin Kadribasic wrote:
>
>>The Windows binaries are available at:
>>
>>http://downloads.php.net/edink/php-5.0.5RC1-Win32.zip
>
>
> I spoke too soon, Archive_Tar-1.3.1.tgz is missing from the
> go-pear-bundle directory, because of a mistake in go-pear-list.php (my
> fault) wh
On Aug 22, 2005, at 3:50 PM, Zeev Suraski wrote:
At 20:53 22/08/2005, Marcus Boerger wrote:
> So in that case, the implementation in zend_error_cb() should
simply call
> the user error handler if it's available, or treat it as if it's
E_ERROR if
> there is no user error handler.
Isn't an
On Aug 22, 2005, at 2:08 PM, Stanislav Malyshev wrote:
MB>>> * Anonymous functions. The real stuff, not just some odd string
MB>>> passed to create_function().
MB>>
MB>>There were some others already asking for this, maybe we should
at least
MB>>give it a thought if it is doable at all, anyb
At 20:53 22/08/2005, Marcus Boerger wrote:
> So in that case, the implementation in zend_error_cb() should simply call
> the user error handler if it's available, or treat it as if it's E_ERROR if
> there is no user error handler.
Isn't an E_ERROR by default good enough or do you want exceptions
I think I saw a configure related problem with the sqlite extension recently.
I won't be able to check on this until thursday, maybe wednesday if
things go well during the week.
If someone else has time before I do, can they try building sqlite as
a shared extension to verify if there was a proble
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... :) )
Changing a "test -e" to a "test -f
l>>i think that create_function() does an eval() at runtime, which is more
l>>expensive. anonymous functions would be handled in the compiler.
Well, since function code is compiled once anyway, it shouldn't matter
much when it is compiled - before first opcode was executed or after that.
--
St
i think that create_function() does an eval() at runtime, which is more
expensive. anonymous functions would be handled in the compiler.
l0t3k
"Stanislav Malyshev" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Just out of curiosity, what's bad in create_function and how "real" on
i think that create_function() does an eval() at runtime, which is more
expensive. anonymous functions would be handled in the compiler.
l0t3k
"Stanislav Malyshev" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Just out of curiosity, what's bad in create_function and how "real"
MB>>> * Anonymous functions. The real stuff, not just some odd string
MB>>> passed to create_function().
MB>>
MB>>There were some others already asking for this, maybe we should at least
MB>>give it a thought if it is doable at all, anybody?
Just out of curiosity, what's bad in create_function an
Hello Mikko,
Monday, August 22, 2005, 4:09:31 PM, you wrote:
> Rasmus Lerdorf wrote:
>> Since we are breaking a lot of stuff in 6.0, at least with
>> Unicode_semantics=On I am wondering if it may not be time to break some
> +100 for Unicode support
>> 1. Remove register_globals completely
> +1
Hello Zeev,
Monday, August 22, 2005, 1:38:54 PM, you wrote:
> At 14:34 22/08/2005, Derick Rethans wrote:
>>On Mon, 22 Aug 2005, Zeev Suraski wrote:
>>
>> > >It seems most are for
>> > >another type of error that are fatal if not "handled" in the user error
>> > >handler. There is just one thing..
At 18:45 22/08/2005, Rasmus Lerdorf wrote:
Sebastian Bergmann wrote:
> Zeev Suraski schrieb:
>
>>If there are no stoppers I'd like to release it towards the end of the
>>week.
>
>
> Maybe the bundled PCRE should be updated:
> http://www.securitytracker.com/alerts/2005/Aug/1014744.html
Yes, and
Not quite. The base characters have a combining class of 0, while for
the combining ones that value is > 0 but not necessarily the same. For
example:
a +ˉ + ˳ (0 + 230 + 220)
So the code needs to capture sequences starting with class of 0 and
followed by one or more chars with class > 0:
On Mon, 22 Aug 2005, Andrei Zmievski wrote:
> I thought I made that patch a while ago?
>
> zend.c:
>if (retval) {
> if (Z_TYPE_P(retval) == IS_BOOL && Z_LVAL_P(retval) == 0)
> {
> zend_error_cb(type, error_filename, error_lineno,
> forma
I'm building the imap extension as a shared library on Solaris 9 with
gcc 2.95.2 and imap-2004e. I'm running configure as follows:
$ ./configure --disable-all \
--with-imap=shared,/tmp/imap-2004e \
--with-imap-ssl=/opt/local
This works fine with php5.0-dev as of a few minutes ag
I thought I made that patch a while ago?
zend.c:
if (retval) {
if (Z_TYPE_P(retval) == IS_BOOL && Z_LVAL_P(retval)
== 0) {
zend_error_cb(type, error_filename,
error_lineno, format, args);
}
zval_
Edin Kadribasic wrote:
> The Windows binaries are available at:
>
> http://downloads.php.net/edink/php-5.0.5RC1-Win32.zip
I spoke too soon, Archive_Tar-1.3.1.tgz is missing from the
go-pear-bundle directory, because of a mistake in go-pear-list.php (my
fault) which I have just corrected. Sorry a
On Mon, 22 Aug 2005 11:04:33 -0500
[EMAIL PROTECTED] (Greg Beaver) wrote:
> P.S. if anyone else has the time now, they should simply sync
> package-PEAR.xml, go-pear-list.php, and XML_RPC-1.4.0.tar from the
> PHP_5_1 branch and it should be good to go. Don't forget to remove
> XML_RPC-1.3.1.tar
Edin Kadribasic wrote:
> The Windows binaries are available at:
>
> http://downloads.php.net/edink/php-5.0.5RC1-Win32.zip
> http://downloads.php.net/edink/pecl-5.0.5RC1-Win32.zip
These contain updated PEAR bundles and are good to go from PEAR's end.
Greg
--
PHP Internals - PHP Runtime Developm
Rasmus Lerdorf wrote:
> Sebastian Bergmann wrote:
>
>>Zeev Suraski schrieb:
>>
>>
>>>If there are no stoppers I'd like to release it towards the end of the
>>>week.
>>
>>
>> Maybe the bundled PCRE should be updated:
>> http://www.securitytracker.com/alerts/2005/Aug/1014744.html
>
>
> Yes, and th
Sebastian Bergmann wrote:
> Zeev Suraski schrieb:
>
>>If there are no stoppers I'd like to release it towards the end of the
>>week.
>
>
> Maybe the bundled PCRE should be updated:
> http://www.securitytracker.com/alerts/2005/Aug/1014744.html
Yes, and the whole reason for this release is to s
Zeev Suraski schrieb:
> If there are no stoppers I'd like to release it towards the end of the
> week.
Maybe the bundled PCRE should be updated:
http://www.securitytracker.com/alerts/2005/Aug/1014744.html
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0
Rasmus Lerdorf wrote:
Since we are breaking a lot of stuff in 6.0, at least with
Unicode_semantics=On I am wondering if it may not be time to break some
+100 for Unicode support
1. Remove register_globals completely
+1
2. Remove magic_quotes_*
+100 (any "magic" is bad in the long run, s
The Windows binaries are available at:
http://downloads.php.net/edink/php-5.0.5RC1-Win32.zip
http://downloads.php.net/edink/pecl-5.0.5RC1-Win32.zip
Edin
Zeev Suraski wrote:
> By popular demand, you can now get these binaries at
> http://downloads.php.net/zeev/php-5.0.5RC1.tar.gz
> http://downlo
Hello folks,
came back from holidays and started to test RC1 of PHP5.1 on our
solaris box, two things:
The first:
==
[EMAIL PROTECTED]:~/install/php-5.1.0RC1$ gmake test
Build complete.
(It is safe to ignore warnings about tempnam and tmpnam).
/bin/sh: test: argument expected
gmake:
I want to help with spanish translation.
I need access to "/phpdoc-es"
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
By popular demand, you can now get these binaries at
http://downloads.php.net/zeev/php-5.0.5RC1.tar.gz
http://downloads.php.net/zeev/php-5.0.5RC1.tar.bz2
as well.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
At 14:34 22/08/2005, Derick Rethans wrote:
On Mon, 22 Aug 2005, Zeev Suraski wrote:
> >It seems most are for
> >another type of error that are fatal if not "handled" in the user error
> >handler. There is just one thing... how do we signal it back from the
> >handler? Currently there is no defin
On Mon, 22 Aug 2005, Zeev Suraski wrote:
> >It seems most are for
> >another type of error that are fatal if not "handled" in the user error
> >handler. There is just one thing... how do we signal it back from the
> >handler? Currently there is no defined return value for the user defined
> >error
At 12:53 22/08/2005, Derick Rethans wrote:
On Thu, 11 Aug 2005, Derick Rethans wrote:
> On Thu, 11 Aug 2005, Zeev Suraski wrote:
>
> > You mean it shouldn't be able to stop the application, or that the
application
> > should be able to prevent this error from stopping it? If it's the
latter,
--- Andrei Zmievski <[EMAIL PROTECTED]> wrote:
> 2) Combining sequences are not respected. We can't swap base
> character and the combining chars that follow it because the string
> may be concatenated with something else and the combining chars may
> end up affecting something else. So we need to
www.php.net/~zeev/php-5.0.5RC1.tar.gz
www.php.net/~zeev/php-5.0.5RC1.tar.bz2
If there are no stoppers I'd like to release it towards the end of the week.
Zeev
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Thu, 11 Aug 2005, Derick Rethans wrote:
> On Thu, 11 Aug 2005, Zeev Suraski wrote:
>
> > You mean it shouldn't be able to stop the application, or that the
> > application
> > should be able to prevent this error from stopping it? If it's the latter,
> > then it would be possible. If it's t
PHP 5 Bug Database summary - http://bugs.php.net
Num Status Summary (370 total including feature requests)
===[*General Issues]==
27372 Verified parse error loading browscap.ini at apache startup (new parser
required)
===
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (650 total including feature requests)
===[Apache2 related]==
34149 Feedback Hang (100% CPU) in malloc_consolidate
34176 Feedback apache2handler crashes parent proc
51 matches
Mail list logo
