Granted - cmr'd to 1.7.5 with you set to review
On Jan 23, 2014, at 7:35 AM, Nathan Hjelm wrote:
> I agree. A configure option to disable the use of getpwuid would be
> great as it is one of those functions that can never be static. getpwuid
> also fails for no particular reason on at least one
I agree. A configure option to disable the use of getpwuid would be
great as it is one of those functions that can never be static. getpwuid
also fails for no particular reason on at least one XC30.
-Nathan
On Wed, Jan 22, 2014 at 08:57:20PM -0800, Ralph Castain wrote:
>Interesting - still, I
Interesting - still, I see no reason for OMPI to fail just because of that. We
can run just fine with the uid, so I'll make things a little more flexible.
Thanks for tracking it down!
On Jan 22, 2014, at 7:54 PM, Paul Hargrove wrote:
> Not lacking getpwuid():
>
> [phh1@biou2 BLD]$ grep HAVE_G
Not lacking getpwuid():
[phh1@biou2 BLD]$ grep HAVE_GETPWUID */include/*_config.h
opal/include/opal_config.h:#define HAVE_GETPWUID 1
I also can't see why the quoted code could fail.
The following is working fine:
[phh1@biou2 BLD]$ cat q.c
#include
#include
#include
#include
int main(void) {
Here is the offending code:
/* get the name of the user */
uid = getuid();
#ifdef HAVE_GETPWUID
pwdent = getpwuid(uid);
#else
pwdent = NULL;
#endif
if (NULL != pwdent) {
user = strdup(pwdent->pw_name);
} else {
orte_show_help("help-orte-runtime.txt",
On yet another test platform I see the following:
$ mpirun -mca btl sm,self -np 1 examples/ring_c
--
Open MPI was unable to obtain the username in order to create a path
for its required temporary directories. This type of er
