> That's one of the reasons, I would guess. The libc memory manager is not
> very efficient with multiple threads accessing it at once, it has locks
> (which is one of the reasons we implemented our own in ZE2). It's
> definitely one of the reasons, and as you know, performance penalties
> accumu
At 13:20 24/03/2003, [EMAIL PROTECTED] wrote:
> ZTS is *always* going to be slower than non ZTS.
Yes, but it can be faster than it is. PHP doesn't use almost any shared
resources (compiled regexs?) so why it is so slow ?
It uses lots of globals. These aren't shared resources, but they're
resourc
Join in the phpdoc-zh translation group.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
See message above. is this supposed to return the property names or values ?
In grepping the source, there seems to be only one place where the handler
is called (convert_to_array() in zend_operators.c), and i cannot deduce from
there alone where names or values are expected.
l0t3k
--
PHP Inter
Sorry!! Please ignore this patch.
I apologize for any inconvenience.
--Jeff
- Original Message -
±H¥óªÌ: chihfeng
¦¬¥óªÌ: [EMAIL PROTECTED]
¶Ç°e¤é´Á: 92¦~3¤ë25¤é ¤W¤È 10:10
¥D¦®: patch for bug #22580
Hi,
Attached is a patch for Bug#22580. Since I don't have
a CVS account
For anyone interested, check out
http://www.pearfr.org/~cshmoove/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
Attached is a patch for Bug#22580. Since I don't
have
a CVS account. Could somebody help me
install
the patch?
Thanks!!
--Jeff
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I need a CVS account ,so I can translate the documentation into Chinese, I am PHP fun.
Now,I work with PHP in China.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, 24 Mar 2003, Stanislav Malyshev wrote:
> >> While browsing [fm] today I came across this sexy looking thingy:
> >> http://www.badgers-in-foil.co.uk/projects/cvsspam/
>
> While sexy, looks like gross overkill to me. After all, we don't really
> need colored email on each commit. I per
I need to change the US/Eastern references as well - needs to be EST5
or EST-5.
Dave
- Original Message -
From: "Marcus Börger" <[EMAIL PROTECTED]>
To: "David Hill (php.net)" <[EMAIL PROTECTED]>
Cc: "Php-Qa" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, March 24, 2003 2:49 PM
Sub
Everything should be good now.
-- james
> -Original Message-
> From: Sascha Schumann [mailto:[EMAIL PROTECTED]
> Sent: 24 March 2003 19:25
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: [PHP-DEV] cvs commits disabled for now
>
>
> There are on-going proble
At 10:20 PM 3/24/2003 +0100, [EMAIL PROTECTED] wrote:
> ZTS is *always* going to be slower than non ZTS.
Yes, but it can be faster than it is. PHP doesn't use almost any shared
resources (compiled regexs?) so why it is so slow ? Thread-safe syscalls
? I don't think so.
Hmm, not worth arguing with
> ZTS is *always* going to be slower than non ZTS.
Yes, but it can be faster than it is. PHP doesn't use almost any shared
resources (compiled regexs?) so why it is so slow ? Thread-safe syscalls
? I don't think so.
> There's no need for rewriting TSRM, it's roughly as fast as it can be.
Things
Hi Nathan,
It took some time, but your patch has been applied to both stable and
development branches.
Edin
> - Original Message -
> From: "Nathan Fredrickson" <[EMAIL PROTECTED]>
> To: "php.internals" <[EMAIL PROTECTED]>
> Sent: Friday, March 21, 2003 8:43 AM
> Subject: RE: [PHP-DEV] [
I fixed this in 4.3, but the basic problem is that the API is braindead
for this socket_iovec_alloc() function. We shouldn't need to pass the
number of vectors as the first argument, it should just take the vectors
directly and the function can figure out how many were passed. So, I
think I'd
ZTS is *always* going to be slower than non ZTS. There's no need for
rewriting TSRM, it's roughly as fast as it can be. We may still be able to
squeeze a bit more performance by reducing the number of fetches, but most
fetches have already been eliminated, so I don't anticipate too much gains
Your patch has been committed with a slight enhancement to the cp1251
table. Thanks.
Moriyoshi
Antony Dovgal <[EMAIL PROTECTED]> wrote:
> Hello, all.
>
> Attached patch provides cyrillic character sets support to
> htmlentities(), useful for those who wants to see correct cyrillic
> letters a
At 19:56 24.03.2003, David Hill (php.net) wrote:
Hi all,
It would seem that Tru64 is pickier about the TZ setting than the
rest of the known universe. According to our local TZ expert (who can
quote chapter and verse from the UNIX 98 standard) a TZ of GMT is not
proper, and GMT0 is (again de
At 08:04 PM 3/24/2003 +0100, Marcus Börger wrote:
At 15:07 24.03.2003, l0t3k wrote:
one observation i have is that in certain frequently called routines,
TSRMLS_FETCH() is called rather than having the the thread environment
passed in. zval_dtor comes immediately to mind (this only affects objects)
There are on-going problems with the cvs setup, so we are
disabling commits until further notice.
- Sascha
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Choosy OS.. It seems like a valid fix for me.
Moriyoshi
"David Hill \(php.net\)" <[EMAIL PROTECTED]> wrote:
> Hi all,
> It would seem that Tru64 is pickier about the TZ setting than the rest of the
> known universe. According to our local TZ expert (who can quote chapter and verse
> from t
> I have found some problems (and possible solutions) concerning use
of the
> gettext extension on multithreaded servers.
The gettext library caches information in static variables. This
is true in gettext 0.10.40 at least, which is that last that I looked
in. This has a number of "features"
At 15:07 24.03.2003, l0t3k wrote:
one observation i have is that in certain frequently called routines,
TSRMLS_FETCH() is called rather than having the the thread environment
passed in. zval_dtor comes immediately to mind (this only affects objects).
I can only agree here. the fetch macro is called
Hi all,
It would seem that Tru64 is pickier about the TZ setting than the rest of the
known universe. According to our local TZ expert (who can quote chapter and verse from
the UNIX 98 standard) a TZ of GMT is not proper, and GMT0 is (again despite the fact
that every other platform seems to
On Mon, 24 Mar 2003, Sebastian Bergmann wrote:
>Sascha Schumann wrote:
>> I'd rather not use Python.
>
> Besides the lesser degree of sex appeal, I'm happy with our existing
> CVS commit message solution.
...which currently doesn't send any emails.
I guess it broke during the switch of
It's not a 'feature', it's a feature. It's not likely to change, dynamic
type conversion is one of the foundations of PHP.
Zeev
At 05:07 24/03/2003, Joey Smith wrote:
I was reminded tonight of the following 'feature' of switch:
$a = 0;
switch($a) {
case 'somestring': echo 'Bug?'; break
Sascha Schumann wrote:
> I'd rather not use Python.
Besides the lesser degree of sex appeal, I'm happy with our existing
CVS commit message solution.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift: http://w
On Mon, 24 Mar 2003, Sebastian Bergmann wrote:
> Sascha Schumann wrote:
> > if they would add a plain text mode, it might be something to switch
> > to, because it is actively maintained in contrast to our scripts.
>
> Have a look at
>
> http://sourceforge.net/projects/cvs-syncmail/
>
> wh
Sascha Schumann wrote:
> if they would add a plain text mode, it might be something to switch
> to, because it is actively maintained in contrast to our scripts.
Have a look at
http://sourceforge.net/projects/cvs-syncmail/
which is what probably all SourceForge.net projects use to provid
Giuseppe Tanzilli - CSF <[EMAIL PROTECTED]> wrote:
> Ciao,
> thanks for the so quick reply,
> just one more question to the group,
>
> will be fixed before 4.3.2 ?
Although I don't know how are you handling floats in your script,
the current casting behaviour is correct as stated in that bug pa
>> While browsing [fm] today I came across this sexy looking thingy:
>> http://www.badgers-in-foil.co.uk/projects/cvsspam/
While sexy, looks like gross overkill to me. After all, we don't really
need colored email on each commit. I personally need HTML mails even less,
I probably would feed
On Mon, 24 Mar 2003, Rasmus Lerdorf wrote:
> How many people would this actually help and how many would it annoy? I
> know it would annoy the hell out of me if every CVS commit included a
> bunch of useless HTML. All the Pine and Mutt users would have absolutely
> no use for this.
It would
How many people would this actually help and how many would it annoy? I
know it would annoy the hell out of me if every CVS commit included a
bunch of useless HTML. All the Pine and Mutt users would have absolutely
no use for this.
-Rasmus
On Mon, 24 Mar 2003, Sebastian Bergmann wrote:
> Whi
Ciao,
thanks for the so quick reply,
just one more question to the group,
will be fixed before 4.3.2 ?
thanks,
Giuseppe
Moriyoshi Koizumi wrote:
Giuseppe Tanzilli - CSF <[EMAIL PROTECTED]> wrote:
Hi,
just porting big 4.2.3 application to 4.3.2rc,
I see something changed from 4.3.0 about lo
Hello,
I've changed get_declared_classes behaviour a bit in order to add
namespaces support (NS::class format). See attached patch.
Currently, due to what seems to me as a bug, it outputs every user-defined
class (inside a namespace, that is) twice. I checked, and EG(class_table)
seems to contai
Giuseppe Tanzilli - CSF <[EMAIL PROTECTED]> wrote:
> Hi,
> just porting big 4.2.3 application to 4.3.2rc,
> I see something changed from 4.3.0 about locale settings.
>
> Before 4.3.0 locale was used to print out numbers in string format
> and to read numbers from string formats.
> I mean php uses
one observation i have is that in certain frequently called routines,
TSRMLS_FETCH() is called rather than having the the thread environment
passed in. zval_dtor comes immediately to mind (this only affects objects).
the other thing that i wonder about is the current practice of macro
access to f
See also bug 21990.
http://bugs.php.net/lbugs.php?id=21990
On Mon, Mar 24, 2003 at 06:07:02AM -0700, Joey Smith wrote:
> I was reminded tonight of the following 'feature' of switch:
>
> $a = 0;
> switch($a) {
> case 'somestring': echo 'Bug?'; break;
> case 0: echo 'Not a bug'; break;
I was reminded tonight of the following 'feature' of switch:
$a = 0;
switch($a) {
case 'somestring': echo 'Bug?'; break;
case 0: echo 'Not a bug'; break;
}
This will echo 'Bug?' with PHP 4. It seems more logical to have switch
comparing with T_IS_IDENTICAL than with T_IS_EQUAL. Is
While browsing [fm] today I came across this sexy looking thingy:
http://www.badgers-in-foil.co.uk/projects/cvsspam/
Since we're already using chora for http://cvs.php.net/, for which
CVSspam has support as well, maybe we could use this promising looking
tool for our CVS commit mail need
Hi!
I've done some performance tests of PHP with and without ZTS (RH7.2 -
pthreads). I've noticed that ZTS is signifcally slower than normal mode. My
machine was able to response for 100reqs/s without ZTS and 95reqs/s with ZTS.
When I turned on turck mmcache (code cache & optimizer) it handled 400
There is a reason, but it is a bug :)
Zeev
At 14:45 23/03/2003, Jan Schneider wrote:
Is there a reason or is it a bug that the following code doesn't work anymore?
class Foo {
function bar()
{
echo "bar";
}
}
$method = "bar";
Foo::$method();
parse error, unexpected '('
Jan.
--
http
42 matches
Mail list logo
