From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs,gmane.emacs.pretest.bugs Subject: bug#819: 23.0.60; group and owner "Everyone" - what's that about? Date: Fri, 29 Aug 2008 22:22:58 +0300 Message-ID: References: <001201c909e8$001b46a0$0200a8c0@us.oracle.com> <001901c90a02$d0cfa010$0200a8c0@us.oracle.com> Reply-To: Eli Zaretskii , 819@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1220039287 17045 80.91.229.12 (29 Aug 2008 19:48:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 Aug 2008 19:48:07 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org, bug-gnu-emacs@gnu.org, 819@emacsbugs.donarmstrong.com To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Aug 29 21:49:00 2008 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KZ9xh-000107-Pr for geb-bug-gnu-emacs@m.gmane.org; Fri, 29 Aug 2008 21:48:50 +0200 Original-Received: from localhost ([127.0.0.1]:58281 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZ9wj-00054f-62 for geb-bug-gnu-emacs@m.gmane.org; Fri, 29 Aug 2008 15:47:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KZ9wW-0004zc-8d for bug-gnu-emacs@gnu.org; Fri, 29 Aug 2008 15:47:36 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KZ9wU-0004ym-II for bug-gnu-emacs@gnu.org; Fri, 29 Aug 2008 15:47:35 -0400 Original-Received: from [199.232.76.173] (port=49086 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZ9wU-0004yL-0N for bug-gnu-emacs@gnu.org; Fri, 29 Aug 2008 15:47:34 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:24002) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KZ9wT-0003Bk-BJ for bug-gnu-emacs@gnu.org; Fri, 29 Aug 2008 15:47:33 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KZ9wS-0000g3-9v for bug-gnu-emacs@gnu.org; Fri, 29 Aug 2008 15:47:32 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7TJlTc9014577; Fri, 29 Aug 2008 12:47:30 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m7TJU4FI008290; Fri, 29 Aug 2008 12:30:04 -0700 X-Loop: don@donarmstrong.com Resent-From: Eli Zaretskii Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 29 Aug 2008 19:30:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 819 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by submit@emacsbugs.donarmstrong.com id=B.12200378196426 (code B ref -1); Fri, 29 Aug 2008 19:30:03 +0000 Original-Received: (at submit) by emacsbugs.donarmstrong.com; 29 Aug 2008 19:23:39 +0000 Original-Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7TJNZaA006412 for ; Fri, 29 Aug 2008 12:23:36 -0700 Original-Received: from mx10.gnu.org ([199.232.76.166]:41558) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1KZ9Xn-0007Eb-5G for emacs-pretest-bug@gnu.org; Fri, 29 Aug 2008 15:22:03 -0400 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1KZ9ZB-0000l7-U5 for emacs-pretest-bug@gnu.org; Fri, 29 Aug 2008 15:23:34 -0400 Original-Received: from mtaout7.012.net.il ([84.95.2.19]:38433) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KZ9ZB-0000kZ-90; Fri, 29 Aug 2008 15:23:29 -0400 Original-Received: from HOME-C4E4A596F7 ([84.229.211.50]) by i-mtaout7.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0K6D0068YN78OZ40@i-mtaout7.012.net.il>; Fri, 29 Aug 2008 22:23:33 +0300 (IDT) In-reply-to: <001901c90a02$d0cfa010$0200a8c0@us.oracle.com> X-012-Sender: halo1@inter.net.il X-detected-kernel: by monty-python.gnu.org: Solaris 10 (1203?) X-CrossAssassin-Score: 2 X-detected-kernel: by mx20.gnu.org: Linux 2.6 (newer, 3) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) Resent-Date: Fri, 29 Aug 2008 15:47:35 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:19877 gmane.emacs.pretest.bugs:22896 Archived-At: > From: "Drew Adams" > Cc: , > Date: Fri, 29 Aug 2008 11:12:35 -0700 > > In Emacs 23, it's not what I see in Dired for the other files and directories, > besides `..'. In my case, I see my user name as the owner for each entry except > `..', and I see `None' as the group for each entry except `..'. "None" is the name of the primary group on a stand-alone workstation (probably because someone at MS thought that groups only make sense when there's a domain server). If your machine is a stand-alone workstation, "None" is what I'd expect. > In Emacs 22, I see my user name as the owner for each entry (including `..') and > `root' as the group for each entry (including `..'). In Emacs 20, I see my user > name as the owner for each entry (including `..') and `5' as the group for each > entry (including `..'). This code evolved since it was written. Emacs 20 to 22 didn't actually ask the filesystem for the owner and primary group of each file. Instead, they retrieved during startup the name of the user who runs Emacs, and then attributed each file to that user, and just invented its group as "root". (`5' in Emacs 20 is just due to a bug in understanding the components of the Windows Security ID descriptor.) In Emacs 23, we ask the filesystem about the owner and the group, and report that if the information is available. This is why each version behaves differently. But it is important to know that before Emacs 23, the displayed info was largely invented rather than extracted from the filesystem. Now you see what is really there (if you are on NTFS, which is not your case, see below). > And why should following the link `..' show something different from what was > shown for `..' in the subdir? You mean the link `.' (on dot) should show the same as what was shown for `..' (2 dots) in a subdir, right? If that's not happening for you, please show a concrete example. > My hard disk is formatted FAT32, not NTFS. On a FAT32 we currently attribute all files and directories to the user who runs Emacs. FAT32 fails the file-security syscalls, so we fall back on what Emacs 22 did, because files that have no owner are in a way ``owned'' by everyone, the current user included. > Whatever is used should be consistent: (1) `..' shouldn't be special `..' isn't treated special in the Emacs code that deals with file ownership. > and (2) > `..' should show the same properties (owner group) as what is shown for it when > you follow the `..' link - the directory's properties should not change > depending on where you are looking at them. If you follow the `..' link twice, you mean, right? Or if you follow it once, then look at the `.' line. Right?