https://sourceforge.net/p/p7zip/feature-requests/30/Recent changes to 30: Hardlink supportenTue, 19 May 2015 06:48:57 -0000https://sourceforge.net/p/p7zip/feature-requests/30/?limit=25#48cb<div class="markdown_content"><p>Does the behavior in 9.38.1 works for you now?</p></div>Philippe OmbredanneTue, 19 May 2015 06:48:57 -0000https://sourceforge.net322e1440dcf827ab2961d08feae86704cd6f457ahttps://sourceforge.net/p/p7zip/feature-requests/30/<div class="markdown_content"><p>Could you give p7zip hardlink support? A hardlink entry in a .7z<br /> file would mean something like "create a hardlink if supported and<br /> not disabled by a user option, otherwise make a file copy".</p> <p>The preferred format should be to store a file's names before its<br /> contents. Otherwise attempting to extract a single file can fail:<br /> If B is archived after A as a hardlink to A, '7z x foo.7z B' has<br /> bypassed A by the time sees B and realizes it needed A's contents.</p> <p>If each hardlink entry would contain the name of the file where<br /> the actual contents is stored: I think p7zip should *not* blindly<br /> link B to A when it sees an entry "B is a hardlink to A". It<br /> should report an error if it does not know A on the disk matches<br /> the A in the archive or was just extracted from the archive.<br /> Otherwise '7z x foo.7z B' could get an old copy of B (linked to<br /> old A on the disk) instead of the one in the archive.</p></div>Hallvard B FurusethWed, 29 Sep 2010 20:16:59 -0000https://sourceforge.net8379538e8fd270d4d57d2d43ef9fd918edb27ea7