Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:42598 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 78039 invoked from network); 13 Jan 2009 10:40:02 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Jan 2009 10:40:02 -0000 Authentication-Results: pb1.pair.com header.from=johannes@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=johannes@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 83.243.58.134 as permitted sender) X-PHP-List-Original-Sender: johannes@php.net X-Host-Fingerprint: 83.243.58.134 mailout2.netbeat.de Linux 2.6 Received: from [83.243.58.134] ([83.243.58.134:54531] helo=mailout2.netbeat.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id BE/94-42308-F7F6C694 for ; Tue, 13 Jan 2009 05:40:02 -0500 Received: (qmail 5290 invoked by uid 89); 13 Jan 2009 10:57:01 -0000 Received: from unknown (HELO ?192.168.1.103?) (johannes%schlueters.de@93.104.106.102) by mailout2.netbeat.de with ESMTPA; 13 Jan 2009 10:57:01 -0000 To: Hannes Magnusson Cc: Lukas Kahwe Smith , Ilia Alshanetsky , PHP internals In-Reply-To: <7f3ed2c30901120603m181f42bcse1040ee0969c3bc4@mail.gmail.com> References: <7f3ed2c30901120556h4547f442kb37f1357b5d5c570@mail.gmail.com> <3B2CCE94-8134-4917-835B-05E9D3EFE3BA@pooteeweet.org> <7f3ed2c30901120603m181f42bcse1040ee0969c3bc4@mail.gmail.com> Content-Type: text/plain Date: Tue, 13 Jan 2009 11:39:45 +0100 Message-ID: <1231843186.12981.29.camel@goldfinger> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] status update for beta1 From: johannes@php.net (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Mon, 2009-01-12 at 15:03 +0100, Hannes Magnusson wrote: > On Mon, Jan 12, 2009 at 14:59, Lukas Kahwe Smith wrote: > > > > On 12.01.2009, at 14:56, Hannes Magnusson wrote: > > > >> Why did the LFS patch never get committed? > > > > LFS = large file support? > > AFAIK there is no patch to commit at this point. > > http://php.markmail.org/message/rhqy2wu5eu5253fm There are problems with this: If PHP is compiled with LFS support other libraries, where we exchange stat pointers and similar stuff, have to be compiled with LFS, too. This affects the Apache SAPIs for instance. So we get some trouble there. I'm fine with using proper types, like off_t in PHP but I won't set -D_LARGEFILE_SOURCE and friends by default. If people want it they might set it themselves, if distributors use LFS apache and other libs they can set it (and be responsible), too, but, in my opinion, this is not to be set by default. Additionally I think it's less an issue than 5 years ago: 64bit systems should be the default by now and I assume it's some time till people want to handle files in the exabyte range with PHP (but who needs more than 64k?) :-) johannes