Hello,
I have an application that tries to use PathSearchAndQualify. However, since the current implementation is just stubbed (it contains only a FIXME + return FALSE), it doesn't work.
Now searching in the gmane wine patch archive I found an email dated back to 2003/12/22 that contains a possible implementation for PathSearchAndQualify (see also at http://article.gmane.org/gmane.comp.emulators.wine.patches/6810/match=pathse...
).
However, it seems that this patch was never applied and I'm wondering why. Note that I haven't tried to apply this patch and test it locally.
Can someone clarify if this patch is ok or not (and why it's not applied yet?)
Best regards,
Jeroen Janssen
p.s. I hope this message does not appear multiple times, since I had some problems with gmane
Jeroen Janssen wrote:
However, it seems that this patch was never applied and I'm wondering why. Note that I haven't tried to apply this patch and test it locally.
I'm the author of the patch, and I uploaded it on my site. It works well at least for me, I tried some different path types with my function and the original function and seems to work exactly like it for the one I tested with.
The problem is that I haven't cleaned up it (and I have no time to do that, since there's a lot of style that should follow and I'm too occupied to learn also the wine's coding style), and so can't be applied AFAIK. I also posted some time ago to ask if someone who already know wine's coding style can clean up the patch and merge it, but nobody replied.
I can say that using the default builting shlwapi an application I wrote doesn't work at all, but with my patch (or using the native shlwapi) it works well, so I think this could replace native shlwapi in many applications.
-
Diego 'Flameeyes' Pettenò -
Jeroen Janssen