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