Fixed. Slated for v1.7.5, because it's not too important.
On Jan 13, 2014, at 11:20 PM, Paul Hargrove <phhargr...@lbl.gov> wrote: > I have a Linux system on which there is a fuse mount. > Users other than the owner get EPERM from statfs(). > > When opal_path_nfs() sees the EPERM it drops one path component and does > statfs() on the parent. > The issue I encountered is that the parent is a user's NFS-mounted home > directory. > Thus the results from the test differ from what is expected: > Failure : Mismatch: input "/users/steineju/.gvfs", expected:0 got:1 > > I am not overly concerned about this, but figured I should report it for > completeness. > > This was tonight's trunk tarball if it matters. > > -Paul > > -- > Paul H. Hargrove phhargr...@lbl.gov > Future Technologies Group > Computer and Data Sciences Department Tel: +1-510-495-2352 > Lawrence Berkeley National Laboratory Fax: +1-510-486-6900 > _______________________________________________ > devel mailing list > de...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/devel -- Jeff Squyres jsquy...@cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
