RAR 5.0 and symbolic links

[ghisler(Author)]

I have checked this now: TC does not call the unrar.dll for unpacking folders, it just creates them by itself. But even when it calls the unrar.dll for folders, and runs as admin, the links are not restored. The RARHeaderDataEx structure doesn't contain any indication either that these are links and not normal folders. Therefore I don't currently see any way to extract them.

[HAL 9000]

I have checked this now: TC does not call the unrar.dll for unpacking folders, it just creates them by itself. But even when it calls the unrar.dll for folders, and runs as admin, the links are not restored. The RARHeaderDataEx structure doesn't contain any indication either that these are links and not normal folders. Therefore I don't currently see any way to extract them.

uhm, how about contacting WinRar's devs?

[MVV]

Actually UnRAR sources are opened... Here is some parts of CmdExtract::ExtractCurrentFile function:

Code: Select all

bool LinkEntry=Arc.FileHead.RedirType!=FSREDIR_NONE;

FILE_SYSTEM_REDIRECT Type=Arc.FileHead.RedirType;

if (Type==FSREDIR_UNIXSYMLINK || Type==FSREDIR_WINSYMLINK || Type==FSREDIR_JUNCTION) ...

However it is interesting how to detect symlinks using UnRAR.dll interface.
As I see, hardlink may only be detected by zero packed size and CRC (while unpacked size is nonzero).
For dirs, there is an additional RARHeaderDataEx::FileAttr bit 0x400 which is set only for reparse points and not for regular directory. It seems that this field simply keeps Windows file attributes: iit is tested for different FILE_ATTRIBUTE_* flags in code, and 0x400 bit is exactly FILE_ATTRIBUTE_REPARSE_POINT.


In my test UnRAR.dll was able to restore junctions and symlinks correctly (symlinks of course only when elevated), however it is strange that it have restored reparse points with forward slashes instead of back ones so I can't enter them. UnRAR.exe have done the same stupid thing. After reading archive I noticed that link path is stored with forward slashes (tested with links to C:\Users) so most probably it is a RAR.exe bug.

[ghisler(Author)]

2MVV
Interesting that it worked for you, it didn't restore them here - I just got normal folders.

Btw, did you find a way to read the link targets somehow from the data in RARHeaderDataEx?

[MVV]

It seems that this information is only available internally, archive handle is a pointer to DataSet, and only DataSet::Arc::FileHead contains reparse information.

I don't understand why UnRAR doesn't restore reparse points for you, my simplest code does it well:

Code: Select all

	RAROpenArchiveData road={0};
	road.ArcName="..\\test_links.rar";
	road.OpenMode=RAR_OM_EXTRACT;
	HANDLE hrar=RAROpenArchive(&road);

	int r=ERAR_SUCCESS;
	RARHeaderDataEx rex;
	while ((r=RARReadHeaderEx(hrar, &rex))==ERAR_SUCCESS) {
		printf("Name: %s\nFlags: %08x\nFileAttr: %08x\n\n", rex.FileName, rex.Flags, rex.FileAttr);
		RARProcessFile(hrar, RAR_EXTRACT, "dest", rex.FileName);
	}
	printf("Listing done: %d\n", r);

Test archive:

Code: Select all

MIME-Version: 1.0
Content-Type: application/octet-stream; name="test_links.rar"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="test_links.rar"

UmFyIRoHAQAzkrXlCgEFBgAFAQGAgADkOC62MQIDC7YABLYAoFDKPIekgEAAFHRlc3RfZGlyL0xp
Y2Vuc2UudHh0CgMCFW5ePdJUzwEgICAgIEVORCBVU0VSIExJQ0VOU0UgQUdSRUVNRU5UDQoNCiAg
ICAgQmxhaC1ibGFoLWJsYWgdgxYRTQIDJAAENqBQAAAAAIBAABl0ZXN0X2Rpci9MaWNlbnNlX2Nv
cHkudHh0CgMCFW5ePdJUzwEYBQQAFHRlc3RfZGlyL0xpY2Vuc2UudHh0S2xk6CMCAwsABQCQUAAA
AACAAAAIdGVzdF9kaXIKAwIelgyyh1TPASrfcuo5AgMcAAUAkFgAAAAAgAAADXRlc3RfanVuY3Rp
b24KAwIRuqNchlTPARAFAwEMLz8/L0M6L1VzZXJz2EdpQDgCAxwABQCQWAAAAACAAAAMdGVzdF9z
eW1saW5rCgMCI8f0Y4ZUzwEQBQIBDC8/Py9DOi9Vc2Vycx13VlEDBQQA

Actually this code doesn't unpack hardlink, but it recreates junction and symlink correctly.

[oshizelly]

2MVV
ghisler(Author)

Please look here WinRar's author Eugene Rochal comment (in Russian) for this subject. http://forum.ru-board.com/topic.cgi?forum=5&topic=32358&start=3120#16

[MVV]

Eugene said that folders-links may be detected via mentioned FILE_ATTRIBUTE_REPARSE_POINT flag together with HostOS==2, and then UnRAR may handle it.
Also he said that he is ready to discuss via e-mail alternative ways to detect symlinks if required.

[ghisler(Author)]

I don't know why unrar.dll doesn't create links here. It would be great if unrar.dll could somehow return the link target, then TC could handle it and create them with elevation if necessary without running the whole TC with admin rights.

[MVV]

Christian, have you tried my test archive and my test code? I've tested it with UnRAR.dll from TC package and it created both junction and symlink.

[quantum]

Thanks for the effort so far. Also thanks MVV for the great plugins. NTLinks is particularly handy to me, and relevant to this topic.

[ghisler(Author)]

No, I only tried with my own RAR test archive. I could unpack the links with the command line rar.exe, but not with unrar.dll.