Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:49198
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.160.42 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=reply-to:from:to:references:in-reply-to:subject:date:organization
         :message-id:mime-version:content-type:content-transfer-encoding
         :x-mailer:thread-index:content-language;
        b=PzwO17+DPQNTLYQRrAj4agWTTwIWww7aluZw1/9s6N3kiz2RuagkptIzxh0TtntVjo
         0H/7fvEdiLUBa6/KJDMIm1RkDgMB59Plk1macWtH4SXFv0MNttGOyJrKKbu+dp0cy+1K
         NrNor4TL8uXVHqi01Er1iEMKYgKRAIYNp2tRo=
Reply-To: <gaochunhui@gmail.com>
To: "'PHP Internals'" <internals@lists.php.net>
References: <AANLkTi=COh1xrNaE_93Szu0KrL2SOy0--eEwGyPTTxbW@mail.gmail.com>
In-Reply-To: <AANLkTi=COh1xrNaE_93Szu0KrL2SOy0--eEwGyPTTxbW@mail.gmail.com>
Date: Tue, 3 Aug 2010 20:11:07 +0800
Organization: =?UTF-8?B?6auY5pil6L6J?=
Message-ID: <000301cb3304$f645b3c0$e2d11b40$@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Thread-Index: AQIDE8Vb4O/mpIOfPTWTxNRZhZYZi5Jf4hCw
Content-Language: zh-cn
Subject: =?UTF-8?Q?=E7=AD=94=E5=A4=8D:_=5BPHP-DEV=5D_full_LFS_support?=
From: gaochunhui@gmail.com (=?UTF-8?B?6auY5pil6L6J?=)

nobody to care this change? :(

-----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6-----
=E5=8F=91=E4=BB=B6=E4=BA=BA: tyra3l@gmail.com [mailto:tyra3l@gmail.com] =
=E4=BB=A3=E8=A1=A8 Ferenc Kovacs
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2010=E5=B9=B47=E6=9C=8830=E6=97=A5 =
22:14
=E6=94=B6=E4=BB=B6=E4=BA=BA: PHP Internals
=E4=B8=BB=E9=A2=98: [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=3D27792
http://bugs.php.net/bug.php?id=3D48886

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 >=3D 2GiB on 32bit OS, and >=3D 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