From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: Re: 23.0.60; uid problems on w32 Date: Mon, 31 Mar 2008 23:36:58 +0300 Message-ID: References: <47EEBE03.9030104@gmail.com> <47EEE4D9.9090600@gnu.org> <47EFA826.6070907@gnu.org> <47EFB17F.70903@gmail.com> <47EFF936.8080108@gmail.com> <47EFFE20.6030209@gmail.com> <47F0A3C6.6090006@gnu.org> <47F13FDF.6010008@gmail.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1206995876 1711 80.91.229.12 (31 Mar 2008 20:37:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 31 Mar 2008 20:37:56 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org, monnier@iro.umontreal.ca, jasonr@gnu.org To: "Lennart Borgman (gmail)" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 31 22:38:27 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JgQlq-0006AQ-QT for ged-emacs-devel@m.gmane.org; Mon, 31 Mar 2008 22:38:23 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JgQlE-0003Np-Q4 for ged-emacs-devel@m.gmane.org; Mon, 31 Mar 2008 16:37:44 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JgQkh-00034A-Sa for emacs-devel@gnu.org; Mon, 31 Mar 2008 16:37:11 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JgQkf-00031z-QM for emacs-devel@gnu.org; Mon, 31 Mar 2008 16:37:11 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JgQkf-00031k-Hv for emacs-devel@gnu.org; Mon, 31 Mar 2008 16:37:09 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JgQkf-0002So-A5 for emacs-devel@gnu.org; Mon, 31 Mar 2008 16:37:09 -0400 Original-Received: from mail.gnu.org ([199.232.76.166] helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1JgQke-0005YX-To for emacs-pretest-bug@gnu.org; Mon, 31 Mar 2008 16:37:08 -0400 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1JgQkb-0002SI-Ro for emacs-pretest-bug@gnu.org; Mon, 31 Mar 2008 16:37:08 -0400 Original-Received: from heller.inter.net.il ([213.8.233.23]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JgQkX-0002RR-Pd; Mon, 31 Mar 2008 16:37:02 -0400 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-21-134.inter.net.il [80.230.21.134]) by heller.inter.net.il (MOS 3.7.3a-GA) with ESMTP id FJU39575 (AUTH halo1); Mon, 31 Mar 2008 23:36:58 +0300 (IDT) In-reply-to: <47F13FDF.6010008@gmail.com> (lennart.borgman@gmail.com) X-detected-kernel: by monty-python.gnu.org: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:94065 gmane.emacs.pretest.bugs:21827 Archived-At: > Date: Mon, 31 Mar 2008 21:47:43 +0200 > From: "Lennart Borgman (gmail)" > CC: Jason Rumney , monnier@iro.umontreal.ca, > emacs-pretest-bug@gnu.org > > > All we need to do is return a uid and user name > > for each SID we get, and perhaps also handle the case where two > > different SIDs map to the same uid, so that we don't return incorrect > > user name for a given uid or vice versa. This can be done by caching > > the full SIDs internally (I have somewhere a version of `stat' that > > does precisely that, which I wrote for my private port of GNU `ls'). > > I do not understand. When the full SID is gone how can you distunguish > between all SIDs mapping to a uid? It's not gone, it is cached internally by the implementation of `stat' I wrote. It is just not exposed to the callers.