I think there is a bug in the help file script. I tried opening it today by double clicking on the .chm file and the first two times I did that it opened without throwing an error. The third time I did that it throw the access denied error. If it was really a Windows XP security setting it would throw the error all of the time.
"Jerry Boyle" wrote:
If the symptoms are random, which you didn't mentioned before, then it's quite possible the error is in hh.exe, the Microsoft-supplied program that interprets (i.e. executes) the .chm script.
My version of hh.exe is 5.2.3790.2453 with a Date Modified of 5/26/2005 6:22 PM, but I suspect this program uses .dll files that it shares with Internet Explorer (since both hh.exe and IE have to interpret HTML scripts).
I get random IE7 errors when I click on my Home page link - I click again and the error goes away. IE7 is still flakey and hh.exe may be using some of its flakey .dll components. I find that I get fewer IE7 errors if I keep my disk defragmented and shut down any unnecessary programs.
You might want to check your settings for the .chm file extension, although I doubt this is your problem. I've modified the instructions (below) for my friend's fix to show my .chm settings. I have no idea if my settings are appropriate for your system.
Based on your latest described symptoms I think you'd have more luck asking MS support or an IE newsgroup for advice.
Jerry
Srolll down to "CHM Compiled HTML Help file" and select it.
"C:\WINDOWS\hh.exe" %1 (check the path to hh.exe and use the double quotes)
(box is blank)
hh
System
[snip]
That would be reasonable if any other CHM file had the same problems. Since this the only one (out of many) it is more likely a bug in the CHM file internal scripts than in IE7. One of the problems (which I have also found on commercial web sites at least one of which is a major brokerage/401K house) is a check for IE5 || IE6. This fails with IE7 and the code falls through to the great unknown.
Stu
"Jerry Boyle" wrote:
Just because hh.exe doesn't error on your other CHM files doesn't prove that the error is in the Quicken CHM file. It's quite possible that something about the Quicken CHM file, or one of the HTM files that it references, exposes an error in hh.exe.
Interpretive programs that are bug-free and defensively-written shouldn't exhibit random errors, If they find a bug in a script they should diagnose it each and every time they are executed.
If you really want to find out what's wrong maybe you should have MS support access your machine remotely. Perhaps they can run hh.exe in step-by-step debugging mode and find out exactly what is happening. Trying to guess exactly what is wrong in your case is like looking for a needle in a haystack.
Sorry I can't be more help.
Jerry
I am not going to pay Microsoft to diagnose a problem with Intuit's help files. This problem has been posted to the Intuit Quicken forum a long time ago and ignored by them.
Intuit has no incentive to fix problems in anything but the most current version as problems in older versions force people to upgrade. Intuit is forcing their users to be on a subscription service because if they don't upgrade they lose on-line access to their FI's.
Intuit's got a great business model. Keep your customer's data in a proprietary encrypted database. Force your customer's to upgrade if they want to continue to use on-line services and cut them off from any FI that does pay Intuit's "license" (actually extortion) fee.
I wish I could setup a company that had a business model like that.
"Jerry Boyle" wrote:
BeanSmart website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.