[Bug 47160] wine-staging is unable to execute executable which is soft link in linux.
wine-bugs at winehq.org
wine-bugs at winehq.org
Wed May 29 09:12:30 CDT 2019
https://bugs.winehq.org/show_bug.cgi?id=47160
--- Comment #29 from TOM <l12436 at yahoo.com.tw> ---
(In reply to Erich E. Hoover from comment #28)
> (In reply to Gabriel Ivăncescu from comment #26)
> > I can confirm reverting that patch allows notepad (and other apps) to open
> > the symlink files. However, the size is still reported as zero, is this
> > intended?
> >
> > I'm guessing it's the case on Windows, so technically it's more correct to
> > return 0, though having "invisible" file symlinks was pretty nice. Hopefully
> > it won't break anything though (if apps rely on the file size). And I guess
> > it's needed to match Windows behavior.
> >
> > Still wondering if it's possible to only apply this "Windows-correct"
> > behavior on specially encoded symlinks (i.e. those created from within wine
> > itself, not outside of it) and keep reporting the file's size as before
> > otherwise. Would that be too much of a burden?
>
> How are you seeing a file size of zero? The correct behavior is to report
> the target size for certain functions (GetFileSize) but to report the "link
> size" (0) for other functions (GetFileAttributesEx) or if you open the file
> with FILE_FLAG_OPEN_REPARSE_POINT. This is just like how on Linux you will
> see the size of the target under normal circumstances and see the "link
> size" only if you use special functions (lstat) or open the file with
> O_NOFOLLOW|O_PATH.
command: "wine cmd /c dir"
you will see the file that linked report size 0.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
More information about the wine-bugs
mailing list