No subject


Mon Oct 29 15:42:17 CDT 2007


they supply only _one_ path in lpFileOp->pTo it must be double (wide) NULL
terminated.

After some debugging I found a workable solution.
It seems in windows if FOF_MULTIDESTFILES is NOT set in lpFileOp->fFlags (set
flag means that lpFileOp->pTo can contain multiple destination file names) this
condition has precedence over multi-path splitting.

Just give dlls/shell32/shlfileop.c:parse_file_list() a hint to break loop if
not "multi" (based on FOF_MULTIDESTFILES flag).
This allows broken apps which supply non double NULL terminated lpFileOp->pTo
to continue (no FOF_MULTIDESTFILES set -> process only one path/iteration ->
break loop).

Regards


-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.



More information about the wine-bugs mailing list