Re: 答复: [PHP-DEV] full LFS support
| From: | Ronald Chmara | Date: | Wed, 04 Aug 2010 08:13:00 +0000 |
| Subject: | Re: 答复: [PHP-DEV] full LFS support | ||
| References: | 1 2 3 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-49203@lists.php.net to get a copy of this message | ||
$code < $complaints;
On Tue, Aug 3, 2010 at 6:01 AM, Ferenc Kovacs <info@tyrael.hu> wrote:
> Maybe this is just lost in the weekend's email swarm.
> At least I hope this is the reason for the silence.
>
> Tyrael
>
> On Tue, Aug 3, 2010 at 2:11 PM, 高春辉 <gaochunhui@gmail.com> wrote:
>> nobody to care this change? :(
>>
>> -----邮件原件-----
>> 发件人: tyra3l@gmail.com [mailto:tyra3l@gmail.com] 代表 Ferenc Kovacs
>> 发送时间: 2010年7月30日 22:14
>> 收件人: PHP Internals
>> 主题: [PHP-DEV] full LFS support
>>
>> Hi.
>>
>> I would like to know what is the current status of the LFS support for php.
>>
>> http://bugs.php.net/bug.php?id=27792
>> http://bugs.php.net/bug.php?id=48886
>>
>> As far as I can see, there are some patches floating around, but some of them doesn't
>> work, some of them are incomplete.
>>
>> As far as I can see, with the latest release(5.3.3) you can't stat or filesize a file
>> where the size is >= 2GiB on 32bit OS, and >= 4GiB on 64bit.
>> Is this true?
>> From the proposed patches, it seems that there arent that many LOC which needs to be
>> adjusted to provide a decent LFS support.
>> Are there any blocker objections or architectural problems, or we just lack specification
>> or manpower to fix this issue?
>> If this gets fixed, will this be included into the 5.3 branch, or this can only be added
>> with the next major version?
>>
>> Tyrael
>>
>>
>> --
>> PHP Internals - PHP Runtime Development Mailing List
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>