[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