The following reply was made to PR kern/157234; it has been noted by GNATS.
From: Patrick Lamaiziere <patf...@davenulle.org> To: bug-follo...@freebsd.org <bug-follo...@freebsd.org> Cc: Subject: Re: kern/157234: //proc/curproc/file returns "unknown" with a binary called via a nullfs mountpoint Date: Sat, 21 May 2011 15:34:18 +0200 --MP_/VpgKIUX=tHLi5_qY/Vc1a2+ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Disposition: inline Le Sat, 21 May 2011 11:18:00 GMT, Patrick Lamaiziere <patf...@davenulle.org> a écrit : > /proc/curproc/file returns "unknown" with a binary called via a > nullfs mountpoint, but not if called directly. Well, i've looked a bit the procfs code and this behavior seems more or less intented by the function vn_fullpath(9). procstat(1) is affected too : procstat: sysctl: kern.proc.pathname: 2265: No such file or directory So it looks to be a limitation instead of a bug. I would like to suggest to reclassify this PR into the doc section and the attached patch to document the nulls manual page (as usual feel free to change the text as english is not my natural language). Thanks, regards --MP_/VpgKIUX=tHLi5_qY/Vc1a2+ Content-Type: text/x-patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=nullfs.5.patch --- nullfs.5.org 2011-05-21 14:37:23.000000000 +0200 +++ nullfs.5 2011-05-21 15:00:38.000000000 +0200 @@ -56,6 +56,16 @@ file system: .Pp .Dl "mount_nullfs /usr/ports /home/devel/ports" +.Sh CAVEAT +The +.Nm +file system prevents to convert a vnode reference to a full pathname, given a +process context. This will prevent an application to retrieve its path +to process binary. For example, applications using the +.Xr procfs 5 +file system /proc/curproc/file or the +.Xr sysctl 8 +kern.proc.pathname .Sh SEE ALSO .Xr fstab 5 , .Xr mount_nullfs 8 --MP_/VpgKIUX=tHLi5_qY/Vc1a2+-- _______________________________________________ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"