_FileReadLink() not working?

[rowbearto]

I tried using _FileReadLink() to resolve a symbolic link for a file and a directory that was symlinked, and it did not return the original path to the file.

Is there an issue with _FileReadLink()?

I am using 22.0.1 hotfix 2 on Linux x64, CentOS 7.

[Dan]

I'm not sure why that doesn't work.  As a workaround, try using:

Code: [Select]

   absolute(<filename>,null,true);


[rowbearto]

So you are able to reproduce _FileReadLink() not working?

I found a way entirely around using _FileReadLink() for what I was doing (to use 'p_buf_name_no_symlinks'), so I don't need it anymore, but still wanted to report this issue in case it was really broken and should be fixed.

[Dan]

I haven't tested it - I was just going through all the forum messages this morning trying to give answers as quickly as I could where I could help.  I will test it and if I can reproduce it I will file a bug.

p_buf_name_no_symlinks is probably the right thing to use there if it's a buffer name.  I just fixed a bug where that property can get out of sync in a special auto-reload case.  I forget which particular user found that one .

[Dan]

There is a bug with _FileReadLink.  It's fixed for 22.0.2.

[ZuZux]

I get the same weird selection issue on Linux Mint, same as OP. I tried to load up live I don't think it's OS related though, could be wrong. Just wanted to throw that info in here.