The uesr-effective-uid/-gid procedures were removed a while ago, due to their belonging to a process SRFI, failing the 80/20 rule, and/or encouraging unsafe programming. Easy to add back, they're trivial, can't error procedures, don't even need to wrap the C function wrapper.

I don't see any reason to have "get" in the name. What we do need is the ability to get either the real or the effective uids/gids.

On Mon, Aug 26, 2019 at 2:12 PM <xxxxxx@ancell-ent.com> wrote:

I don't think we exactly all agreed on it, and of course it violates the "don't vary from scsh any more than required" rule. But ignoring that I think it would be an improvement ... except how far do we take it? There are a lot of "getters" in this SRFI....

- Harold

----- Original message -----
From: John Cowan <xxxxxx@ccil.org>
Date: Monday, August 26, 2019 1:06 PM

Just got lost AFAIK.

On Mon, Aug 26, 2019 at 1:26 PM Lassi Kortela <xxxxxx@lassi.io> wrote:
The draft still seems to have the old procedures:

- user-uid
- user-gid

instead of the new ones we discussed (and IIRC all agreed upon):

- (get-)user-real-uid
- (get-)user-real-gid
- (get-)user-effective-uid
- (get-)user-effective-gid

Were these lost in a sea of edits or is there a rationale for sticking
with the old ones after all?