是否有可能获得损坏的符号 link 的解析路径?
Is it possible to get the resolved path of a broken symbolic link?
我一直无法找到一种方法来获取 Crystal 中损坏的符号 link 的目标路径:
Dir.cd "/tmp"
`ln -s a b`
puts File.exists?(b) # false
puts File.symlink?(b) # true
标准库中是否有任何东西可以获取损坏的 link 指向的地址?
这是在 Linux/MacOS 上通过 readlink
, which unfortunately hasn't been implemented in the standard library yet. This is tracked in issue #3284 在 GitHub 上完成的,并且 kostya 发布了一个似乎可以解决该问题的版本。
使用他的代码:
lib LibC
fun readlink(pathname : Char*, buf : Char*, bufsiz : SizeT) : SizeT
end
def File.readlink(path)
buf = uninitialized UInt8[1024]
size = LibC.readlink(path.to_unsafe, buf.to_unsafe, 1024).to_i32
if size == -1
raise Errno.new("readlink")
elsif size > 1024
raise "buffer too small"
else
return String.new(buf.to_unsafe, size)
end
end
然后调用该函数:
File.symlink("a", "b")
puts File.readlink("b") # => a
但是请注意,您可能需要做一些工作才能获得绝对路径。直接使用命令行版本可能更可行,因为您可以传递给出绝对路径的 -f
标志:
File.symlink("a", "b")
puts `readlink -f b` # => /path/to/a
-f
-flag 在 MacOS 上不可用。
我一直无法找到一种方法来获取 Crystal 中损坏的符号 link 的目标路径:
Dir.cd "/tmp"
`ln -s a b`
puts File.exists?(b) # false
puts File.symlink?(b) # true
标准库中是否有任何东西可以获取损坏的 link 指向的地址?
这是在 Linux/MacOS 上通过 readlink
, which unfortunately hasn't been implemented in the standard library yet. This is tracked in issue #3284 在 GitHub 上完成的,并且 kostya 发布了一个似乎可以解决该问题的版本。
使用他的代码:
lib LibC
fun readlink(pathname : Char*, buf : Char*, bufsiz : SizeT) : SizeT
end
def File.readlink(path)
buf = uninitialized UInt8[1024]
size = LibC.readlink(path.to_unsafe, buf.to_unsafe, 1024).to_i32
if size == -1
raise Errno.new("readlink")
elsif size > 1024
raise "buffer too small"
else
return String.new(buf.to_unsafe, size)
end
end
然后调用该函数:
File.symlink("a", "b")
puts File.readlink("b") # => a
但是请注意,您可能需要做一些工作才能获得绝对路径。直接使用命令行版本可能更可行,因为您可以传递给出绝对路径的 -f
标志:
File.symlink("a", "b")
puts `readlink -f b` # => /path/to/a
-f
-flag 在 MacOS 上不可用。