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.

- Harold

----- Original message -----

From: John Cowan <xxxxxx@ccil.org>

Date: Monday, August 26, 2019 1:22 PM

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?