You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2002/06/21 02:39:18 UTC

DO NOT REPLY [Bug 10095] New: - Within userinfo.c, getpwnam_r does not work as expected on IRIX

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10095>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10095

Within userinfo.c, getpwnam_r does not work as expected on IRIX

           Summary: Within userinfo.c, getpwnam_r does not work as expected
                    on IRIX
           Product: Apache httpd-2.0
           Version: 2.0.39
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Major
          Priority: Other
         Component: Core
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: ric@cs.uregina.ca


IRIX appears to be brain dead in its responses to getpwnam_r calls.

Within userinfo.c you are expecting a non-zero return code if it fails.
This is a reasonable assumption.  However, under IRIX you always get
a zero return code.  You need to examine the returned value of pwptr
and if it is NULL, then the call failed.  The IRIX man page actually
says that you need to check the pointer - what they don't say is that
the returned value is always zero.

Alternatively, you can test errno.  IRIX appears to set this correctly.

I have worked around it, by adding the test for a NULL pointer return.

It could also be hacked by undefining HAVE_GETPWNAM_R for IRIX builds.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org