Problem with PFS path representation containing ":"
Michael Neumann
mneumann at ntecs.de
Mon Dec 15 14:55:20 PST 2014
Am 15.12.2014 um 22:31 schrieb Matthew Dillon:
> Is /usr/bin a softlink to /pfs/@@-1:00003/bin or is it a null mount ?
It's a null mount (from a regular DragonFly install).
# mount
/pfs/@@-1:0003 on /usr (null, local)
I am using readlink /proc/curproc/file now and it works. Working on
porting the most recent version of Rust again to DragonFly :)
Regards,
Michael
>
> -Matt
>
> On Mon, Dec 15, 2014 at 7:22 AM, Michael Neumann <mneumann at ntecs.de
> <mailto:mneumann at ntecs.de>> wrote:
>
> Hi,
>
> I am using sysctl(3) to retrieve the process's executable name via
> CTL_KERN -> KERN_PROC -> KERN_PROC_PATHNAME.
>
> The path I am getting for /usr/bin/t for example is
> /pfs/@@-1:00003/bin/t. Now the problem is that this path is used top
> determine the system root ("/usr") and is further used to build up
> several paths joined by ":". But it already contains a colon!!!
>
> Any idea on how to get the current process's executable name without
> resolving mount points? Ok, I found out about "readlink
> /proc/curproc/file". Is this the recommended way? Isn't it
dangerous in
> general to have ":" in the PFS part of the path as it is used in
sh to
> separate paths?
>
> Regards,
>
> Michael
>
More information about the Kernel
mailing list