HP3000-L Archives

November 2001, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Curtis Larsen <[log in to unmask]>
Reply To:
Curtis Larsen <[log in to unmask]>
Date:
Mon, 5 Nov 2001 16:06:02 -0600
Content-Type:
text/plain
Parts/Attachments:
text/plain (57 lines)
Thanks -- yep, I'm trying to debug wether or not the system setgid()
actually does anything, or if it's just "code placebo" somehow.  This is
all due to the suexec.c code I'm working on, which verifies your GID
then does a setgid() in addition to a setuid().  setuid() is certainly
needed, but I'm not sure the setgid() is.

According to your(?) notes regarding Apache, one of the differences MPE
has is that GIDs aren't like UNIX, since the account names are
"built-in" -- so I'm thinking setgid() is effectively pointless.  When I
experiment and take out the setgid() code though, I get Bad Results
(suexec doesn't finish compiling at all), so I was trying to trace down
exactly what *else* happens when setgid() is called.

Whatcha think?

Thanks!
Curtis

>>> Mark Bixby <[log in to unmask]> 11/05/2001 3:32:07 PM >>>
Both getgid() and setgid() live in POSIX libc (aka /lib/libc.a) which
is used
by default when linking with gcc on MPE.

Are you looking for source code or documentation (i.e.
"human-legible")?

- Mark B.

Curtis Larsen wrote:
>
> Would someone kindly point me to the generally-used-by-gcc system
> library file wherein I can peruse a human-legible copy of GETGID()
> and/or SETGID() [or a reasonable alternative thereof]?

--
[log in to unmask]
Remainder of .sig suppressed to conserve scarce California
electrons...


-----------------------------------------------------
Confidentiality Notice: This e-mail transmission
may contain confidential or legally privileged
information that is intended only for the individual
or entity named in the e-mail address. If you are not
the intended recipient, you are hereby notified that
any disclosure, copying, distribution, or reliance
upon the contents of this e-mail is strictly prohibited.

If you have received this e-mail transmission in error,
please reply to the sender, so that we can arrange
for proper delivery, and then please delete the message
from your inbox. Thank you.

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2