Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:46497 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 13203 invoked from network); 22 Dec 2009 20:51:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Dec 2009 20:51:38 -0000 Authentication-Results: pb1.pair.com header.from=tyra3l@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=tyra3l@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.225 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: tyra3l@gmail.com X-Host-Fingerprint: 209.85.220.225 mail-fx0-f225.google.com Received: from [209.85.220.225] ([209.85.220.225:52557] helo=mail-fx0-f225.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A0/72-00186-951313B4 for ; Tue, 22 Dec 2009 15:51:38 -0500 Received: by fxm25 with SMTP id 25so1387977fxm.1 for ; Tue, 22 Dec 2009 12:51:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+icNpa+B9MIca2TPDcXsPhJY/liPfm8AbWpPO6QG3kE=; b=bb/SCeDjNfYJmXMSh3gH4pFZM+cvNfhE/CHxMXdCh5wnGFCFT0HqPCP4k1wzBe4fYE WRTGRZVIaTZ3zdsqTepHdGGXc6vIGVnq6s7OUOV54ORiTwfaEpNnb/vxSXyOiVq8wmDV ho5rM35oZi2et7VFKK2yMDTBV/IjSfP099nwU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vgXAKVRQV+kAfV069wi/1E4SX1vj4BzapQYtuWcqQoQ3rd/oSEZSv4pf4xzyauS+p+ kEF1hlI5HaXiuxDF3iNHd8GYnMpg3rRjo3FozRLsYQL9D7RLhNSs3ydfA+yQyY2p+qpN JkmHTPy1vGzj/mWR+gNmhzblu68oghfpSp6ss= MIME-Version: 1.0 Received: by 10.239.165.148 with SMTP id x20mr969305hbd.195.1261515094146; Tue, 22 Dec 2009 12:51:34 -0800 (PST) In-Reply-To: References: <5e33430b0912220710r6effa11eq56e296e73041e8f1@mail.gmail.com> Date: Tue, 22 Dec 2009 21:51:33 +0100 Message-ID: To: mm w <0xcafefeed@gmail.com> Cc: X Ryl , internals@lists.php.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [PHP-DEV] [PATCH] Fix for 32 bits limit on file size (see bug 48886) From: tyra3l@gmail.com (Ferenc Kovacs) it happens if you are working with some video on demand/video conversion software Tyrael On Tue, Dec 22, 2009 at 9:38 PM, mm w <0xcafefeed@gmail.com> wrote: > Thx, > > yep a long convertion, not a big deal, we don't work with 4.3GB files > :-D, well minded people try to avoid that > > On Tue, Dec 22, 2009 at 7:10 AM, X Ryl wrote: >> Hi, >> >> =C2=A0I'm not a C developer, so I can't really help with the attached pa= tch. >> However, I've tried it with PHP 5.3.0 version I have and it does what it >> claims, that is, it gives correct behaviour for the following functions: >> filesize, fstat, stat when used on file > 4GB on a 32 bits machine. >> Currently, php 5.x doesn't give the correct output for this code (on my >> 32bits server): >> echo filesize("path/to/4.3GBfile");=C2=A0 // expecting 4617089843, got 3= 22122547 >> >> With the patch applied, the good result is returned. >> From the patch author, it improves the tests results. >> From what I've understood, the patch switch to php's double type when th= e >> size overflow the 32bits limit of int. >> It doesn't seem to break any existing behaviour (I'm using this on my >> multiple project since july, and no bad experience so far). >> >> The explaination by the patch author: http://bugs.php.net/bug.php?id=3D4= 8886 >> >> >> >> >> >> >> -- >> 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 > >