In article <55ed65fa.1000...@gmx.com>, Kamil Rytarowski <n...@gmx.com> 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 <mar...@duskware.de>: >>> 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
