headers
Greg Beaver | 1 Aug 2009 01:46
Favicon

[PHP-DEV] run-tests now works in HEAD

Hi,

Finally found the problem in run-tests crashing, turns out it had
nothing to do with the zend engine.  Now we can run tests in PHP 6
without random crashes.

Greg

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 12 comments |
headers
Stanislav Malyshev | 1 Aug 2009 02:02
Favicon

Re: [PHP-DEV] Re: Alternative mbstring implementation using ICU

Hi!

> They calculate the total width of a string based on "east asian width"
> property, which is still valid to give a rough measurement of the
> rendered string.

OK, I guess if it's some kind of special calculation that doesn't follow 
from others it should be preserved, there are tons of such special 
functions in PHP.

>> That's a common problem, IIRC PHP 6 converters have configurable error modes
>> for that. Don't unicode_set_error_handler() and unicode_set_error_mode() do
>> what you want?
> 
> I guess it isn't what I want. If my understanding is correct, a
> handler set by unicode_set_error_handler() merely deals with the
> aftermath and cannot interact with the converter.  There are good

That depends. For some error modes, it says to converter to replace 
invalid chars with some other char or skip it. You can't however now 
specify custom mappings (I'm not sure ICU allows that, but maybe it can 
be simulated...). Here the question is - is it really worth to keep 
whole separate conversion system for just this, or can it be done with 
standard conversion, possibly somewhat tweaked?

> In addition to these, shouldn't there be any case where one have to
> manipulate Unicode strings on per-coded-character-basis rather than
> per-grapheme-basis just like substr() in PHP6?

In PHP 6 right now it's actually the only case, grapheme functions not
(Continue reading)

Permalink | Reply | 3 comments |
headers
Antony Dovgal | 1 Aug 2009 17:29
Favicon
Gravatar

Re: [PHP-DEV] run-tests now works in HEAD

On 01.08.2009 03:46, Greg Beaver wrote:
> Hi,
> 
> Finally found the problem in run-tests crashing, turns out it had
> nothing to do with the zend engine.  Now we can run tests in PHP 6
> without random crashes.

Thank you!

/me goes to enable HEAD tests..

-- 
Wbr, 
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 1 comment |
headers
Greg Beaver | 1 Aug 2009 18:23
Favicon

Re: [PHP-DEV] run-tests now works in HEAD

Antony Dovgal wrote:
> On 01.08.2009 03:46, Greg Beaver wrote:
>   
>> Hi,
>>
>> Finally found the problem in run-tests crashing, turns out it had
>> nothing to do with the zend engine.  Now we can run tests in PHP 6
>> without random crashes.
>>     
>
> Thank you!
>
> /me goes to enable HEAD tests..
>   

One problem - when finishing up make, there are 10 leaks in generation
of phar.phar.  I am certain that what is happening is that there were
some cases of that php_stream_param_encode thingy that were relying upon
the refcount reduction.

Andrei: would you have 10 minutes to find those cases and put in a
Z_DELREF_PP(blah) where it is needed?

Thanks,
Greg

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bharat Nagwani | 1 Aug 2009 19:51
Favicon

[PHP-DEV] Early session timeouts on 5.2.3

Hello,

We are facing early session timeouts in php 5.2.3 on bsd unix. This happens
even more frequently when multiple users are logged in.

Googling I found http://bugs.php.net/bug.php?id=42135
and was wondering if this could the related bug for this problem. If so where
can I get the patch for this bug.

Thanks
Permalink | Reply | 4 comments |
headers
Rasmus Lerdorf | 1 Aug 2009 20:00

Re: [PHP-DEV] Early session timeouts on 5.2.3

Bharat Nagwani wrote:
> Hello,
> 
> We are facing early session timeouts in php 5.2.3 on bsd unix. This happens
> even more frequently when multiple users are logged in.
> 
> Googling I found http://bugs.php.net/bug.php?id=42135
> and was wondering if this could the related bug for this problem. If so where
> can I get the patch for this bug.

Well, PHP 5.2.3 was released May 31, 2007.  That is starting to get
quite dated and as you can see bug 42135 was fixed in July 2007.  It
seems to me your path is pretty clear.

-Rasmus

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 3 comments |
headers
Bharat Nagwani | 1 Aug 2009 20:06
Favicon

RE: [PHP-DEV] Early session timeouts on 5.2.3

Agreed we need an upgrade. But upgrade on a large application (1000+ pages) can be expensive.

#42135  	Second call of session_start() causes creation of SID

I would imagine - creation of SID is related with session timeouts.

Also we are using storing session in a cookie. 

I was able to pull up the diff from 
http://svn.php.net/viewvc/php/php-src/trunk/ext/session/session.c?r1=240642&r2=240748

Hopefully this will solve the issue. If anyone has more insight on this please advise.

Thanks
-----Original Message-----
From: Rasmus Lerdorf [mailto:rasmus <at> lerdorf.com] 
Sent: Saturday, August 01, 2009 11:00 AM
To: Bharat Nagwani
Cc: internals <at> lists.php.net
Subject: Re: [PHP-DEV] Early session timeouts on 5.2.3

Bharat Nagwani wrote:
> Hello,
> 
> We are facing early session timeouts in php 5.2.3 on bsd unix. This happens
> even more frequently when multiple users are logged in.
> 
> Googling I found http://bugs.php.net/bug.php?id=42135
> and was wondering if this could the related bug for this problem. If so where
> can I get the patch for this bug.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Rasmus Lerdorf | 1 Aug 2009 20:34

Re: [PHP-DEV] Early session timeouts on 5.2.3

Bharat Nagwani wrote:
> Agreed we need an upgrade. But upgrade on a large application (1000+ pages) can be expensive.

Going from 5.2.3 to 5.2.10 shouldn't be expensive at all.  At least no
more so than trying to hand-patch your PHP to a non-standard version.

-Rasmus

--

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 1 comment |
headers
Rafael Dohms | 2 Aug 2009 05:15
Picon

Re: [PHP-DEV] Early session timeouts on 5.2.3

Bharat Nagwani wrote:
> > Agreed we need an upgrade. But upgrade on a large application (1000+
> pages) can be expensive.
>
>
As far as I can remember we had no BC breaks or function changes from 5.2.3
until 5.2.10, you should not have any problem at all to upgrade, on the
contrary, you should gaina  lot in performance and other tweaks.

--

-- 
Rafael Dohms
PHP Evangelist and Community Leader
http://www.rafaeldohms.com.br
http://www.phpsp.org.br
Permalink | Reply | 0 comments |
headers
daniel | 2 Aug 2009 12:23

Re: [PHP-DEV] fopen_wrappers.c DOCUMENT_ROOT .htaccess error

Jani Taskinen wrote:
[snip]
There is a bug in 5.2.10 that might cause this, try latest SVN  
checkout of PHP_5_2
branch, it should be fixed now.
I've download and tested the latest snap (php5.2-200908020630) and I  
am still having the same issue. I have performed an strace with the  
following result:

6717  stat("/home/c-web/cf/4e/tweek.com.au/public/www/index.php",  
0x7fff6adf59a0) = -1
ENOENT (No such file or directory)
6717  lstat("/home", {st_mode=S_IFDIR|0755, st_size=61440, ...}) = 0
6717  lstat("/home/c-web", {st_mode=S_IFDIR|0777, st_size=4096, ...}) = 0
6717  lstat("/home/c-web/cf", {st_mode=S_IFDIR|0755, st_size=8192, ...}) = 0
6717  lstat("/home/c-web/cf/4e", {st_mode=S_IFDIR|0755, st_size=4096,  
...}) = 0
6717  lstat("/home/c-web/cf/4e/tweek.com.au", {st_mode=S_IFDIR|0755,  
st_size=4096, ...})
= 0
6717  lstat("/home/c-web/cf/4e/tweek.com.au/public",  
{st_mode=S_IFDIR|0755, st_size=4096,
...}) = 0
6717  lstat("/home/c-web/cf/4e/tweek.com.au/public/www",  
{st_mode=S_IFDIR|0755,
st_size=4096, ...}) = 0
6717  lstat("/home/c-web/cf/4e/tweek.com.au/public/www/index.php",  
0x7fff6adf59a0) = -1
ENOENT (No such file or directory)
6717  stat("/home/c-web/cf/4e/tweek.com.au/public/www/index.html",
(Continue reading)

Permalink | Reply | 0 comments |

Gmane