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ò dgp85(a)users.sourceforge.net - http://flameeyes.web.ctonet.it/
participants (2)
-
Diego 'Flameeyes' Pettenò -
Jeroen Janssen