From: Eli Zaretskii <eliz@gnu.org>
To: Jason Rumney <jasonr@gnu.org>
Cc: emacs-pretest-bug@gnu.org, lennart.borgman@gmail.com,
monnier@iro.umontreal.ca
Subject: Re: 23.0.60; uid problems on w32
Date: Mon, 31 Mar 2008 22:37:45 +0300 [thread overview]
Message-ID: <u7ifin0qe.fsf@gnu.org> (raw)
In-Reply-To: <47F0A3C6.6090006@gnu.org> (message from Jason Rumney on Mon, 31 Mar 2008 09:41:42 +0100)
> Date: Mon, 31 Mar 2008 09:41:42 +0100
> From: Jason Rumney <jasonr@gnu.org>
> CC: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>,
> monnier@iro.umontreal.ca, emacs-pretest-bug@gnu.org
>
> There is a function user-real-uid that may be able to be extended to
> contain the full id. Currently it is documented as returning a float or
> int, neither of which will contain a SID without losing precision. We'd
> have to check the users first. If elisp had a bignum type, it would be
> the best choice, as a cons cell will require different code for
> processing it. But before embarking on this, I'd like to see a case that
> actually needs it, as there are many other areas where we could be
> spending our limited resources.
I'm not sure such an endeavor would be justified. After all, it's
quite possible to have two users on two Posix machines that have the
same uid, right? So this problem is not unique to Windows.
Cygwin added the offset because they had a specific problem in the
mkpasswd program: it would create 2 user accounts for 2 different
users with the same uid. Emacs doesn't have such a problem: we don't
create user accounts. 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').
next prev parent reply other threads:[~2008-03-31 19:37 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-29 22:09 23.0.60; uid problems on w32 Lennart Borgman (gmail)
2008-03-30 0:54 ` Jason Rumney
2008-03-30 1:07 ` Lennart Borgman (gmail)
2008-03-30 1:16 ` Jason Rumney
2008-03-30 1:23 ` Lennart Borgman (gmail)
2008-03-30 5:31 ` Eli Zaretskii
2008-03-30 11:00 ` Lennart Borgman (gmail)
2008-03-30 4:14 ` Stefan Monnier
2008-03-30 5:40 ` Eli Zaretskii
2008-03-30 14:02 ` Jason Rumney
2008-03-30 15:24 ` Eli Zaretskii
2008-03-31 14:28 ` Jason Rumney
2008-03-31 19:29 ` Eli Zaretskii
2008-04-05 15:27 ` Eli Zaretskii
2008-04-05 15:12 ` Eli Zaretskii
2008-04-05 18:40 ` Stefan Monnier
2008-04-05 19:09 ` Eli Zaretskii
2008-04-05 15:08 ` Eli Zaretskii
2008-03-30 14:48 ` Jason Rumney
2008-03-30 15:23 ` Eli Zaretskii
2008-03-30 15:27 ` Lennart Borgman (gmail)
2008-03-30 18:39 ` Eli Zaretskii
2008-03-30 20:33 ` Lennart Borgman (gmail)
2008-03-30 20:48 ` Eli Zaretskii
2008-03-30 20:54 ` Lennart Borgman (gmail)
2008-03-31 3:07 ` Eli Zaretskii
2008-03-31 8:41 ` Jason Rumney
2008-03-31 12:23 ` Lennart Borgman (gmail)
2008-03-31 12:44 ` Jason Rumney
2008-03-31 15:49 ` Lennart Borgman (gmail)
2008-03-31 16:04 ` Jason Rumney
2008-03-31 19:28 ` Eli Zaretskii
2008-03-31 16:09 ` Razi Shaban
2008-03-31 19:37 ` Eli Zaretskii [this message]
2008-03-31 19:47 ` Lennart Borgman (gmail)
2008-03-31 20:36 ` Eli Zaretskii
2008-03-31 20:42 ` Lennart Borgman (gmail)
2008-04-01 3:07 ` Eli Zaretskii
2008-03-30 5:30 ` Eli Zaretskii
2008-03-30 5:23 ` Eli Zaretskii
2008-03-30 11:11 ` Lennart Borgman (gmail)
2008-03-31 21:52 ` thdox
2008-04-01 3:31 ` Eli Zaretskii
2008-04-01 15:53 ` Lennart Borgman (gmail)
2008-04-02 18:14 ` thdox
2008-04-02 18:21 ` Lennart Borgman (gmail)
2008-04-05 15:28 ` Eli Zaretskii
2008-04-05 20:44 ` Jason Rumney
2008-04-06 9:16 ` thdox
2008-04-07 23:12 ` thdox
2008-04-07 23:15 ` Lennart Borgman (gmail)
2008-04-08 18:26 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=u7ifin0qe.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=emacs-pretest-bug@gnu.org \
--cc=jasonr@gnu.org \
--cc=lennart.borgman@gmail.com \
--cc=monnier@iro.umontreal.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).