Re: New sysctl entry: proc.PID.realpath

[christos%astron.com@localhost (Christos Zoulas)]

In article <55ED65FA.1000702%gmx.com@localhost>, Kamil Rytarowski  <n54%gmx.com@localhost> wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA256
>
>On 07.09.2015 10:47, Stephan wrote:
>> Wasn´t this the same as with RPATH and the name cache?
>> 
>> 2015-09-07 9:23 GMT+02:00 Martin Husemann <martin%duskware.de@localhost>:
>>> On Mon, Sep 07, 2015 at 03:50:21AM +0200, Kamil Rytarowski
>>> wrote:
>>>> +     error = vnode_to_path(path, MAXPATHLEN,vp, l, p);
>>> 
>>> Two nits:
>>> 
>>> 1) vnode_to_path(9) is undocumented 2) it only works if you are
>>> lucky (IIUC) - which you mostly are
>>> 
>>> The former is easy to fix, the latter IMHO is a killer before we
>>> expose this interface prominently and make debuggers depend on
>>> it.
>
>I'm here to get the support for it. At the moment it (cache nits)
>exceeds my comprehension too.

Basically you can't depend on vnode_to_path() to work properly, this
is why the code in kern_exec.c is commented out and $ORIGIN does not
work because of that. So until that's fixed we should not be adding
code that makes promises it can't keep.

christos