jcfuller wrote: > While perusing the virgin registry I noticed the chm.file ...command key was: C:\windows\system32\hh.exe %1 > There is no hh.exe located in that directory. The hh.exe file is located in the C:\windows\directory. > If wine uses the registry how does it find hh.exe? > Wine is being tricky here. For binaries that come with Wine it seems to be happy if they are somewhere on the path and the path name specified when calling the built-in is also on the path. If I were to take a *guess* I'd say that this likely has to do something with maintaining compatibility across several different versions of Windows. If you change HKEY_CLASSES_ROOT\chm.file\shell\open\command to c:\test.bat and create a test.bat file there, Wine will run it instead of hh.exe when the appropriate ShellExecute api is called. For example if we create c:\test.bat with a single pause command, change the registry accordingly, and then do a "wine start calc.chm" (assumming calc.chm exists in the current directory), the test.bat file will be executed. jcfuller wrote: > > I have a windows program whose help file is in chm format. It appears this program calls hh.exe directly rather than use a ShellExecute to display it's help file. I thought possibly I could replace hh.exe to see if I could get the chm file to render properly. How would one go about this if wine is not using hh.exe to display .chm files? > > James Only works for programs that actually call hh.exe directly or via ShellExecute (aka what start.exe uses). If they use MS Help APIs, you're probably out of luck for the time being. Its still very much a work in progress as with many things related to Wine's IE/com/ole/activex replacement.
