xiaoxiang781216 commented on PR #8868: URL: https://github.com/apache/nuttx/pull/8868#issuecomment-1494735139
> > > > ls /data will report the error. This patch ensures the user get the consistent result regardless he launches the program from anywhere. > > > > > > > > > probably sometimes it's a good thing. in the other cases it can be a bad thing. > > > > > > could you explain more when is it good or bad? I can't understand why it's a bad thing to give the user the consistent result. > > i usually don't use relative path to mount hostfs. If you want to share the prebuilt nuttx binary or initial script to other people, the related path is better than the absolute path, since the host resource folder mounted by the initial script is normally at the fix location related to nuttx binary. > but when i do, i expect it means relative to the host cwd. From the previous example, you can see the location related to nuttx binary is better than the current directory. > this change introduces a surprising behavior to me. > As I explain before, it's the top complaint from our daily report. Since you seldom use the relative path in mount, please trust the data we collected, thanks. > at least on traditional unix, the path of executable usually doesn't affect the behavior of it. > Here is a demo that shared-object search path may relate to the path of executable: https://unix.stackexchange.com/questions/22926/where-do-executables-look-for-shared-objects-at-runtime -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: commits-unsubscr...@nuttx.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
