When I build a chm file it works fine when tested within robohelp, and also
if I just dbl-click from an explorer window, but if I copy the chm file to
another directory and dbl-click, it starts up with the help file window, but
immediately crashes hh.exe ( trying to ref mem at 0x00000002, seems to
executing some hhctrl.ocx code )
If I copy the chm file to other PC's ( win 2k ) they also crash hh.exe in
the same way.
I can't find any reference to this behaviour - the real baffling bit for me
is how it works on my PC in one dir but not in another.
Any advice / help appreciated,
Robo Help has a runtime DLL that you need to ship and register doesn't it?.
(HHActiveX.dll). However I have never heard of an access violation due a
missing RH DLL.
This small Utility will check that HH and eHelp runtime DLLs are installed
and registered
correctly: http://helpware.net/downloads/MJsDiag.zip
If that doesn't help, I would go to the Robohelp mailing list and ask there.
Hey.. Ricks Stone's an EHelp MVP - Lets see what he says. Rick?
USA will be awake in a few hours ;-)
I'll bow out. Rick will put you right.
Cheers
Rob
"Gav" <gavin....@danieli.co.uk> wrote in message
news:uLMbo7QlBHA.2712@tkmsftngp02...
cheers, Gav
"Rob Chandler [MVP]" <m...@helpware.net> wrote in message
news:#t4zuNRlBHA.2376@tkmsftngp03...
Sorry, I was rather indisposed last night. Just now saw the post.
As for the .DLL, it's filename is indeed HHActiveX.DLL. However, it's only
needed if one of the following RoboHelp specific features is being used:
* Browse Sequences
* The Glossary Tab
* The funky little WebSearch icon that can be added to the toolbar
I believe I noticed a similar post by Gavin in the eHelp forums. Haven't had
time to really ponder it yet though.
However, I think the advice of using HHW to compile is definitely the best
advice. I'm RoboHelp tried and true. I love the product. But with that
aside, it has it's own little quirks as does any tool. So any time I
encounter something odd like Gavin describes, one of my troubleshooting
techniques is to pop the project open using HHW and perform a compile from
there, then note the behavior.
Thinking about it, I recall seeing similar behavior while experimenting with
a project on my PC. I seem to remember that I had somehow changed my
language settings via the RoboHelp Project Settings > Advanced tab from
English to something else.
The only other time I recall seeing a crash with HH is when the Window
properties were horked (yep, that's a technical term!) So it may be
worthwhile to try creating a new window definition, set it as default, then
compile and see how it goes. It seems I never had much luck if I attempted
to flag the default window as "Top Most" or "Always on top".
Sorry I don't have a more definite answer.
Happy New Year! Rick :)
"Rob Chandler [MVP]" <m...@helpware.net> wrote in message
news:#t4zuNRlBHA.2376@tkmsftngp03...
thx for the thoughts - I've tried with HHW and got the same result - OK in
the creation dir, but busto when I copy and run elsewhere ?!?!?!
I've checked the language settings just in case - english.
I'll try fiddling with a new default window and see what comes . . .
thx, Gav
"Rick Stone" <rst...@kc.rr.com> wrote in message
news:eQ$2RzSlBHA.1644@tkmsftngp05...