我创建了几个符号链接....

dir 命令能够显示如下目标

C:\abc 目录

2020 年 7 月 3 日上午 04:58 链接.txt [s:\naveen\ow.bat]

2020 年 7 月 3 日上午 05:01 link1.txt [c:\naveen\ow.bat]

我正在尝试通过 c 代码获取目标值

我正在使用 GetFinalPathNameByHandleA() api 来实现这个.....

不同的 o/p 对应不同的 i/p 标志

VOLUME_NAME_NT

[C:\abc]a.exe link.txt 最终路径为：\Device\Mup\den00mce\c$\naveen\ow.bat

[C:\abc]a.exe link1.txt 最终路径为：\Device\HarddiskVolume5\naveen\ow.bat

VOLUME_NAME_DOS

[C:\abc]a.exe link.txt 最终路径为：\?\UNC\den00mce\c$\naveen\ow.bat

[C:\abc]a.exe link1.txt 最终路径为：\?\C:\naveen\ow.bat

VOLUME_NAME_GUID

[C:\abc]a.exe link.txt 最终路径是： --> 这不起作用，它不能解析远程文件

[C:\abc]a.exe link1.txt 最终路径为：\?\Volume{ebea43d1-9277-49bb-bb42-57bca6a7fdcc}\naveen\ow.bat

VOLUME_NAME_NONE

[C:]a.exe link.txt 最终路径为：\den00mce\c$\naveen\ow.bat

[C:]a.exe link1.txt 最终路径是：\naveen\ow.bat --> 我认为它不会有帮助，因为它删除卷名如 c:d: 等...

注意：s: 是我使用 net use * \abc\def 映射的远程驱动器

我们有任何 api 来获得与上面的 dir 相同的 o/p 吗？

The Single UNIX® Specification, Version 2 (1997) 和The Open Group Base Specifications Issue 6 (2004)都要求readlink不要在buffer:

应用程序使用

符合标准的应用程序不应假定符号链接的返回内容是空终止的。

非空终止有哪些注意事项buffer？readlink使用不当会不会带来安全风险？

我正在尝试替换所有文本文件符号链接指针以替换_F-ss为如下所示的空字符串，但遇到以下错误，有关如何解决此问题的任何指导？

错误：-

我想编写一个递归函数来遍历从源路径到目标路径的符号链接

示例：1)readlink patha/pathb/pathc -> 如果符号链接存在则给出 2)readlink patha/pathb/pathc/ -> 如果符号链接存在则给出

我在 python 中使用 os.readlink 方法来获取 Python 中的符号链接，但是如何遍历多个符号链接

遍历的原因：如果将来有人想在两者之间添加 file3 符号链接，那么我想要一个递归函数来遍历每个符号链接并给出最终的目标路径
file1 -> file2 -> .... -> 以获得目的地小路

当我运行代码时

它段错误。我已经尝试增加 pathSize 的值或将 pathSize 值大一传递到 readlink。我还将 /proc/self/exe 放在单独的变量中并传递它也不起作用。通过 gdb 运行程序说。

代码工作了很长时间，但最近才破解