This is what I got from the error details:
Problem Event Name: BEX
Application Name: RoboHTML.exe
Application Version: 10.0.1.292
Application Timestamp: 51493787
Fault Module Name: RHUtils.dll
Fault Module Version: 10.0.0.287
Fault Module Timestamp: 4ff35385
Exception Offset: 000643af
Exception Code: c0000409
Exception Data: 00000000
OS Version: 6.1.7601.2.1.0.256.4
Locale ID: 1033
Additional Information 1:
so not sure why I can't post the 9 1 4 3 number...
Additional Information 2: 9 1 4 3a6597780609423fd68bf08ad2a3e
Additional Information 3: 4 0 1 f
Additional Information 4: 4 0 1 f170992d76279abe942aefaa0e0f2
Thanks for the quick reply.
I tried to generate WebHelp for one of my older projects, but did not connect it to source control, and it generated the WebHelp.
I did the same on the new project, did not connect it to source control, it still crashed.
What’s happening if you try one of the sample projects? How about letting the problem project generate in the project’s \!SSL!\ folder? How long are your path lengths? That might have an impact on the process too (hint: shorter is better)
I'm not sure what the sample projects are.
The output path is on the same level as the !SSL! folder: C:\FuelsManager Help\Web Application\Cirrus
The sample projects are shipped with your copy of RH (you can open them from the Starter screen or in C:\Program Files (x86)\Adobe\Adobe RoboHelp 10\RoboHTML\Samples\en_US\ - in my case). Try one & see if it bombs.
If it doesn’t, try generating your problem project to the \!SSL!\ default folder.
If you are still stuck & can share your project, I’d be willing to have a look at it. Contact me via PM for e-mail addresses.
I was able to generate one of the samples: WebHelp - Location Based
I'll have to get my manager's approval to share the project. I'll get back with you.
Appreciate all your help!
Ok, it crashes for me too – I tried trashing half the topics & retrying it, but it still kept crashing. So I created a fresh project and started importing htm topics from the damaged project in, one letter at a time. When I got to the C’s, (test compiling each letter), I saw that there was a couple of odd looking topics - cshdat_robohelp.htm & cshdat_webhelp.htm. When I looked at them, they appear to be output files. I think that’s your problem here – you seem to have source project content mixed up with output content – the two should never mix. That’s why there’s am \!SSL!\ folder for creating the webhelp in.
There were a couple of files missing when I mapped the files in source control to the new laptop. And I couldn't find the source file anywhere, so I figured I'd just copy them from the output files.
I deleted the files you mentioned from the source folder, but it's still crashing. Now the trick is to identify those files.
Is there any way for me to quickly identify those files?
Thanks for all your help!
Nope – source project files are completely different than output files. RH takes the source ones & changes them to make them output files. You should have a backup of the project someplace, right? If you don’t, then you could always reverse engineer a project out of the source files – see Willam’s web site (http://www.wvanweelden.eu/product-category/recovery-script) for a solution.
It's gonna be a long one!
Thanks for your help! Appreciate it!
Did your IT not take an image of the old machine to use on your new one? Or at least back everything up first?
The backup machine was the server which I mapped to the new laptop.
I do have a copy of the source files in my external drive, but they're a year old. So much has changed since then.
So now, I'm comparing both source files to see if there's anything amiss.
One question... When I copied an output HTML file into the source folder, I noticed that RoboHelp put red boxes at the top of the page, which I understood were the breadcrumbs in the output files. I deleted those red boxes.
Would that trick RoboHelp into thinking that the output files are now the original source files?
Ok, so now I'm comparing both source files, and I'm seeing the output files you mentioned earlier (cshdat_robohelp.htm & cshdat_webhelp.htm) in the old project.
Those red boxes are just the tip of the iceberg.
When you use a source control system with RH, not everything is committed to SC; you still maintain local files that need to be periodically backed up.
Hmmmm I was told different by one of our developers. He said I shouldn't have to worry coz everything is in the server.
I should have known better and backed up my files.
Lesson learned the hard way.
I'll try compiling each letter like you did, Jeff. Will be easier for me to track the files.
I'm not sure if I can do the reverse engineer, because I have about 6 different output files for different customers. And conditional build tags have been applied to the project files.
1] It should be easy enough in your existing project to open each topic and look for red squares.
2] No reverse engineering will not work nicely for you as each CHM will have different content.
What your developer did not understand is that unlike ordinary HTML files, source topics also contain PIs (Processing Instructions) that are required to enable you to produce different output topics from the same source file.
Wherever I have worked I have always kept a copy of my projects on my own external drive. Trust no one!
See www.grainge.org for RoboHelp and Authoring tips
Thanks for the advice Peter! I'll definitely backup my projects in my external drive.
Ok. I've given much thought on how this project started crashing.
So, after I mapped the new laptop to source control, that's when I noticed the missing project files (had x next to it) and broken links. Not a lot. About 6 or 7, max 10.
I couldn't find the source files anywhere, so I copied those files from the output folder.
I have done this same process in the old laptop when source control was moved to a different server.
When I first noticed those red boxes, I did not delete them.
I generated the help, and noticed two breadcrumbs. That's when I realized the red boxes were breadcrumbs, so I deleted all those.
- I was able to generate the help with those red boxes,
- In the source folder of my backup from a year ago, both these files were also in there: cshdat_robohelp.htm & cshdat_webhelp.htm
So now I'm not so sure if copying the project output files over to the source files is causing the crash.
If those cshdat_ files were in your project source files, then you must have messed it up sometime in the past, because those only appear in the \!SSL!\WebHelp\ folder when you generate.
But I was able to generate the help even with those cshdat_ files in the source folder.
I think you are in a real nightmare situation.
There are various ways of reverse engineering but as covered above, you have multiple outputs so you would end up with multiple sources instead of one single source for all the outputs.
I'm thinking though that with the mess you currently have, it might be preferable to create six source projects as a start point. Then you can manually compare Topic A in each source and copy / paste until you have one source that can generate all. You could use some file comparison tools on the content or create a Word document from each and then use Word's Compare tool.
You are 100% sure there are no true source files in source control?
See www.grainge.org for RoboHelp and Authoring tips
The developers move my files around in source control when they create a new branch for the latest project release version.
So, yes, I do have the source files in a different branch. (Why didn't I even think about that sooner??)
Anyway, I told them it was a hassle each time my files are moved, so now, I have my own branch, which is this latest one that won't generate.
I'll try and map my local to the old branch and see if I could still generate from that.
Ok, so while waiting for the developer to give me access to the old branch, I removed my local copy (as if it were another new laptop), and remapped to source control. So now I'm seeing the missing project files again and the broken links.
I generate as is. Still crashing.
I don't understand why it says I'm missing the project files when I got them from source control during the mapping 'get" process.
I tried to check in the files and I'm getting this prompt:
Value of '272' is not valid for 'ImageSize.Width'. "ImageSize.Width' should be between 1 and 256.
Parameter name: ImageSize
They shouldn’t be playing around with your source files at all – all they should mess with is the output that you generate. Also, skim the Source Control forum for the list of files that DON’T get committed to SC.
Also, do you have multiple authors working on this project? If not, then there’s really no reason for it to be in Source Control to begin with.
No, I am the only one working on this project. I'm the only one in our company (division) using RoboHelp for that matter.
Development managers agreed that since technically it is their project, it should be in source control.
And if for any reason I would leave the company, there would have a backup somewhere.
Jeff, I totally agree with your point. However, it's not unusual at all for the developers to insist upon having the TechWriter's content in source control. Often, they claim it streamlines their build process because they can include the help.
This can also backfire on them as happened with me. The help was CHM based. There was no context sensitivity. Mine was a rather large CHM because I had gobs of screen captures with gobs of image maps that linked to descriptions of fields and whatnot. After agreeing to place my stuff in source control, they arrived at my desk a few weeks later very frustrated. They said I was using all their disk space. I probably compiled 25 or 30 times each day. Something about the source control made a new copy each time I did that.
They soon requested I back away from their source control system and provide a new file only occasionally.
LOL - I would agree that the output should be in the developer’s source control because they use it to create their software with the help included; but putting the project content in SC (where they clearly have no business messing around with it) is quite unnecessary – developers often confuse source control with backups because all their work products need to be checked in and out. Tech writing isn’t the same as software & proper backups are always necessary so that if you get run over by a truck, someone can pick up the project & carry on.
Buried somewhere in my external drive, I found a backup of my project dated April of this year. which is not too bad compared to a year ago.
I was able to generate the help for that project.
So, from my current source folder, I copied over the following to a copy of the backup:
- my HTML topics
- my SWF files
- the TOC file
- the glossary file
I renamed the project to not confuse it with my current one. When I opened the project (not connected to source control), I found a lot and I mean a lot of broken links. no missing project files though, except for a missing image file since I did not copy the images over. I've had previous issues w/ RF freezing because of the images.
I am able to generate the help on this one. Woohoo!
The broken links are easy to fix. But are there any other files from my current source folder that I need to copy into the backup source folder?
Well that's a good start.
Perhaps the next step is to work out what topics are in the later broken version that were not in the backup. Be careful though about copying in the whole file. If you do that, make a point of generating after copying a certain number of files. Otherwise think about creating new topics and copy / pasting the content from one to the other.
You should get it done in time for Christmas!
See www.grainge.org for RoboHelp and Authoring tips
Thanks everyone for all your good advice. Learned something new from this discussion.
Just an update for those who might be having the same issues.
For some reason, RH did not recognize some of the source files that I copied. The topics were missing from the project files folder, which I found out caused all those broken links.
So I imported the missing files back to overwrite what I had, but made sure I only overwrote the HTM topics.
When I overwrote the swf files, RH started crashing again. So I made sure to uncheck swf, image, and css files.
The broken links fixed themselves after the files were imported.
I still have to check each topic to see if any images and swf files are missing. Thankfully I don't have a lot of them.
Thanks again to everyone for all your help! Appreciate it much!