Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improve hard link support #109

Open
tlalonde opened this issue Dec 8, 2017 · 1 comment
Open

Improve hard link support #109

tlalonde opened this issue Dec 8, 2017 · 1 comment

Comments

@tlalonde
Copy link

tlalonde commented Dec 8, 2017

I'm wondering if the following could be done. If I understand correctly sshfs/fuse seems to assign its own inode numbers to files and hard links are not assigned the SAME inode number and the link count is not incremented. Would it be possible to do just that? If it sees the same inode number from the orig filesystem for different filenames it assigns the existing inode number (not a new one) and increments the link count for both.

@Nikratio
Copy link
Contributor

Nikratio commented Dec 8, 2017

Thanks for the report! Yes, this would be possible, but it entails switching from the high-level to the low-level FUSE API.

If you want to work on it, I'll be happy to review patches. You can send pull requests either here or via GitHub. If you have questions about the implementation, please use the mailing list.

That said, if no one steps up to work on this I am going to close this issue in a few days. This isn't meant to be a rejection of your idea, it's just that there is little point in keeping enhancement/wishlist requests in the bug tracker that no-one intends to work on (prefer to use the issue tracker as a tool to manage ongoing work rather than a database of possible enhancements and/or known issues)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants