Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:51600 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 12676 invoked from network); 7 Mar 2011 18:12:50 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Mar 2011 18:12:50 -0000 Authentication-Results: pb1.pair.com header.from=glopes@nebm.ist.utl.pt; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=glopes@nebm.ist.utl.pt; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain nebm.ist.utl.pt from 193.136.128.22 cause and error) X-PHP-List-Original-Sender: glopes@nebm.ist.utl.pt X-Host-Fingerprint: 193.136.128.22 smtp2.ist.utl.pt Linux 2.6 Received: from [193.136.128.22] ([193.136.128.22:58525] helo=smtp2.ist.utl.pt) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9D/17-06226-810257D4 for ; Mon, 07 Mar 2011 13:12:48 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp2.ist.utl.pt (Postfix) with ESMTP id 527AD70003DE for ; Mon, 7 Mar 2011 18:12:36 +0000 (WET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at ist.utl.pt Received: from smtp2.ist.utl.pt ([127.0.0.1]) by localhost (smtp2.ist.utl.pt [127.0.0.1]) (amavisd-new, port 10025) with LMTP id xVg2KnQy0JTp for ; Mon, 7 Mar 2011 18:12:36 +0000 (WET) Received: from mail2.ist.utl.pt (mail.ist.utl.pt [IPv6:2001:690:2100:1::8]) by smtp2.ist.utl.pt (Postfix) with ESMTP id 140AC70003D4 for ; Mon, 7 Mar 2011 18:12:36 +0000 (WET) Received: from clk-0081.clk-domain (unknown [85.139.253.17]) (Authenticated sender: ist155741) by mail2.ist.utl.pt (Postfix) with ESMTPSA id D6CB6200749E for ; Mon, 7 Mar 2011 18:12:35 +0000 (WET) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: internals@lists.php.net References: <4D7431C3.10405@sugarcrm.com> <4D74A8FD.3020102@sugarcrm.com> <4D74AB3C.8040702@sugarcrm.com> <4D751AC2.3030800@sugarcrm.com> Date: Mon, 07 Mar 2011 18:12:35 -0000 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Organization: =?utf-8?Q?N=C3=BAcleo_de_Eng=2E_Biom=C3=A9di?= =?utf-8?Q?ca_do_I=2ES=2ET=2E?= Message-ID: In-Reply-To: <4D751AC2.3030800@sugarcrm.com> User-Agent: Opera Mail/11.01 (Win32) Subject: Re: [PHP-DEV] file streams & metadata From: glopes@nebm.ist.utl.pt ("Gustavo Lopes") Em Mon, 07 Mar 2011 17:49:54 -0000, Stas Malyshev escreveu: >> I have to repeat what I said earlier, these specific informations >> (ACL, reparse points or other OS/FS specific informations) are very > > Nobody cares about reparse points. There's probably no PHP app in > existence that cares about reparse points. There's tons of apps that use > touch() and chmod() though. Even if one concedes "nobody/no PHP app cares about reparse points" (which is an odd statement for two reasons 1) reparse points are used to implement things such as symbolic links and 2) if there is no access to reparse points in PHP, saying no PHP app cares about them is a trivial necessity), are you seriously saying nobody cares about POSIX ACLs/extended attributes or ACLs/ownership information on Windows? This is a spectacularly selective reply... >> hard to implement in a generic way as you are proposing. As the idea >> in itself is good, I have serious doubts that a useful (working and >> portable) solution can be implemented with what is described in your >> initial post (barely posix only). > > It is useful, and it will be working. There can be certainly no "working and portable" implementation of stuff like NTFS ACLs on *nix or a useful chmod implementation on Windows and platform specific implementations of those features in the standard stream wrappers will have to be ifdef'd out depending on the platform, and I think that's Pierre's concern. In this sense, it will be easier and more tempting to write platform-dependent PHP applications. However, while per se undesirable, I think it's less undesirable than limiting PHP to the lowest common denominator. -- Gustavo Lopes