RoboHelp building corrupt CPD files?

My coworker and I are trying to get Visual SourceSafe up and
running on her machine with RoboHelp so we can both work in the
same help project. We've got it working great on my machine (I
built the source control database from the help project on my
machine). We got the files down to her machine, but when we open
the help project, we get an error stating that the CPD file is
corrupt and we should delete it and reopen the XPJ. We did that,
and we got the message again, but when we looked at the directory
to delete it, we found that RoboHelp didn't even rebuild the file.
The error occurred before the file could be built.
It appears that the CPD file does not reside out in the
source control database. In other words, I have a working CPD file
on my machine, but it does not get checked into the source control
database. When we got her files the first time and opened them in
RH, her RH tried to create a CPD file and was not able to do it
successfully, so we got the error.
Here's my solution and a further question: I copied the CPD
file from my machine and sent it by e-mail to her, and we were able
to open the help project and RH successfully retrieved topics from
VSS. However, I wonder if there's something wrong with her
RoboHelp? It looks to me like her RoboHelp is not able to build CPD
files correctly. If that's so, can we expect other problems (maybe
it won't be able to update the file correctly either)? Should we
uninstall RH on her machine and reinstall it? If there's something
wrong with RH on her machine, I'm concerned that we'll keep having
problems after she starts making changes to topics.
If anyone can help, I (we) appreciate it.
Thanks!
Lisa

We are having similar problems with RH and VSS. It seems to
be especially a problem on my machine - anything I do seems not be
written to the VSS database. I noticed today that the CPD file
version on my machine is out of sync with the database version. We
have about 40 projects of varying size. However, the problem is not
isolated to a single project or seem to be related to a
specific-sized project. Certain projects work fine, and certain
ones are consistently troublesome, and some give intermittant
problems.
In one project, the CPD appears in the VSS database, and I
must check it out from the VSS interface first (I finally got my
local copy synced with the database). In another project, the CPD
does not appear in the VSS database, and I'm not sure how to sync
the two. To make matters worse, it appears that I don't have an HHP
file in some of the local folders (there is an HHC and HHK file -
but the HHP does appear in some local folders).
It appears to me that each of us has some local settings that
are overriding the database settting - I can fix my local copy, and
it will work fine until one of my co-workers opens it and makes a
change. Then everything gets out of sync. The result is that I have
to import missing files (they still appear in my local folder) or
"unpurge" items in the database. The problem keeps recurring no
matter what I do.
At one point, I fixed the project on my local machine,
deleted the VSS version, uploaded the fixed project, and had my
co-workers remove their local versions and re-downlead the new
copy. It worked for a couple of weeks, but we're right back to
having issues.
As far as I know, everyone always gets the latest version
each time they open a project. We don't have administrative rights
over the VSS database (we share the software with the developers),
so we are limited as to what we can do, but the syncing problems
are a serious issue. I've found several times that my work has been
wiped out, and the constant re-importing topics, patching
databases, and recreating work is has caused me to fall behind on
my documentation projects.
Any assistance will be greatly appreciated.

Similar Messages

Robohelp 9 Corrupt CPD When Moving Files

Hello all,
I made a brand new file in Robohelp 9. I made it locally and moved the entire folder to the fileshare. When I tried to open it from the fileshare, I got the error that the file was corrupt and to delete the CPD file. I delete the CPD file and that fixes the issue. However, whenever we move it from the fileshare to our local drive or back again, the file gets corrupted again. Every time.
This happens to me and to other folks on my team. We had the same issue with another file a few weeks ago.
Is there some trick to moving the folder that I'm missing? We are on the cusp of building a much bigger project so I can't afford to lose my project to a corrupt file.
I made a folder called ProjectSourceFiles and put the robohelp files all inside that one folder. We are moving the big folder.
Thoughts?

You cannot run projects from a network other than with source control. The reason is explained in Snippets on my site.
You can store the projects on a network for backup purposes but you cannnot run them from there. If there will only one person working on any project at any one time, use the project locally and run a simple backup routine at the end of each day or overnight. I prefer to create a zip file and copy that. The backup adds some date information if we need to step back.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Corrupted CPD file in RH7 (again)

I've had this ongoing problem that rears its ugly head every
two months. My CPD file continues to corrupt when it reaches 1500
KB. This project was originally built in X5 and then we upgraded to
RH7. I initially would compress this file using MS Access. Then
when it grew to 1500 KB it would corrupt again. So two months ago I
deleted the CPD file and reopened the project using the XPJ file.
All the links were broken. I painstakingly fixed all the links over
a two-day period- thinking this would fix it once and for all. Now
it's corrupted again. What can I do to fix this permanently? Why is
it continuing to corrupt? Is it necessary to compress this file
periodically?
I also tried renaming the the CPD and XPJ files and then
opening the project using the HHP file. This also leaves the
project with many broken links- but maybe these links are broken
because RH is not seeing the folders for these topics in RH but
they exist in Windows Explorer (I have Peter's instructions on
remedying this). Again, my main objective is to find a permanent
solution to this problem- if one exists. Thanks-
Cheers
Rich

GEWB,
Well, the folder I deleted was a user-created one that my
boss had made. But here is an example: the project had a folder
called "Authorizations" in Project Manager. But when I opened the
project folder in Explorer, there was the Authorizations folder,
but then another duplicate folder with that name was inside a
folder called "Online Help". This Online Help folder had just odds
and ends thrown in it. What it would do though is cause RH to break
the links to the legitimate topics in the Authorizations folder and
this folder would not appear when I rebuilt the project. Because
this folder existed on two levels, it seemed to confuse RH so it
would leave it out all together. When I deleted this unnecessary
folder, the project rebuilt without any problems. So I think it's
important if you inherit a project to make sure there aren't any
residual folders that might conflict with existing ones. Hope this
helps-
All the best,
Rich

RH9 error: .cpd file corrupt

I've just received this error for the second time. The first time I "tried deleting the .cpd file and reopening the project. All the topics were missing -- each topic name was in the project with a red delete/broken X across it.
After vainly trying several approaches to getting my topics back, I decided to start over. The original project was converted from RH7. I decided to create a new RH9 project and import topics. That seemed to be working well, except two topics would not import. Each caused RH9 to lock up with a "busy" hourglass and when I closed RH9, I got the Windows XP SP3 "not responding. End now?" error.
So I created new topics in Dreamweaver and pasted the text into them and imported the new topics. I use Dreamweaver as an editor; I am not fond of the RH editor -- a totally different conversation. (Likewise, the RH9 conversion of RH7 projects is a totally different conversation.)
With all topics now in the project, I started to rebuild the TOC and completed most of the TOC when RH9 locked up again. When I tried to reopen the project, I got the error shown below (again). Is there a way to remove the corruption from my .cpd file? Should I totally give up and go back to RH7?
This project has between 300-400 topics and about 1250 files in the compiled version. We're using both conditional build tags (4 builds) and user defined variables (also 4). I have discovered that the RH9 codes for both build tags and user variables are different from RH7 (and they didn't convert) and have begun the process of recoding the first section of the project. Should I not attempt to import a topic into RH9 until after all the codes in the topic are updated to the RH9 version?
Does this issue have anything to do with the new RH9 doctype code that automagically applies itself to any topic that is opened in the RH editor? From what I've read, I do not want to use XHTML and want to stay with the HTML doctype I've been using with this project. We compile WebHelp and deliver the Help with web-based applications. A sample of the RH9 doctype follows.
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
I hesitate to do anything more without guidance. Rebuilding this project again is a discouraging thought.
Thank you for your response and advice!

The missing sample in the previous was supposed to show the HTML code I saw in both RH7 and RH9 for build tags.
 RH7 HTML looks like: ...text goes here...
 RH9 HTML looks like: <? rh-cbt_start condition="NATL" ?>...text goes here... <?rh-cbt_end ?>
The HTML for user variables is similar in both RH7 and RH9. Neither the build tag or user variable code converted during the RH7 to RH9 upgrade -- for me.
Is the HTML code for RH9 build tags (shown above) actually XHTML? It occured to me that perhaps adding an XHTML code into a topic that has a doctype for HTML may be an issue. After correcting the build tag code in Dreamweaver and saving, I closed DW, opened RH9 and did File/Save All. I don't think the doctype changes to XHTML in RH9 unless I import the topic again. Just wondering if that could be part of the problem. Last night I sent a small test project for deploying in the web site test environment -- to see if our web app will handle XHTML documents. Testing is necessary since the "new" RH7 charset utf-8 was not compatible with our web app either. (That was a big struggle to get resolved as well.)
I will contact IT today about a second login profile for my computer. My coworker is working on a different project in RH9, but it does not include build tags or user variables and she has not experienced crashing and corrupted .cpd file.
thanks for your help!

Upgrade to Robohelp 9: Your project file cpd is corrupt

Hi
I have installed Robohelp 9, and is now trying to upgrade a version 6 project to version 9. When I press upgrade in Robohelp, I keep getting the error "Your project file ...cpd is corrupt and cannot be opened". I have tried to delete it and open the xpj-file again, but there is no difference. Then I found something about a file called rhvariable.apj. I copied this file from a project that I already have upgraded and which were fine. But this gave no solution either. I also read something about deleting the cpd-file and the xpj-file and then edit the hhp-file. The problem is that my corrupt projects - I have 3 at this point - have no hhp-file. So there is a difference.
Could anyone help me? I have search and search
Best regards
Else

In case this helps anyone I will share my experience...
I've been waiting ages for the purchase order to go through for my new license for the latest version of RoboHelp. My Help project was in version 6. I had on one PC a trial download of RH 8 and on my other PC a trial download of version 9. (I work in IT hence the multiple PCs)
So, just a couple of days ago, I tried bringing in my v.6 project into v.9. I got the cpd file corrupt error and I tried deleting it several times. I even tried re-copying it in, etc. Nothing worked. I was annoyed....so just to try something I opened up my trial v.8 and loaded in my old project and it upgraded fine with no problems. I took this upgraded project and brought it into v.9 and, lo and behold, it worked! (Both being trial versions and just yesterday I got my v. 9 license key and registered with no issues)
I am up and running and everything looks great and I've generated and started playing around with all of the new features I am unfamiliar with...having been stuck with v.6 for so long!
Hope this helps someone....
thanks,
liz

RoboHelp 8 - how to resolve rhbuildtag.apj/.cpd file errors?

Hi there,
I’m using RoboHelp 8 (with service packs, version number is 8.0.2.208). There are two writers on our team (in separate offices) and we use SVN (via Tortoise SVN) to version all our source files. Our Online Help is comprised of about 30 individual help projects that we merge at build time. We work locally on our own machines and commit everything to SVN each evening.
We (mainly me) have had ongoing problems with .cpd files getting corrupted (I’m in the company 5 months). I’ve followed all the good advice I’ve seen on forums about renaming/deleting them and letting the affected RoboHelp project re-create it when I start it up again. This has worked until now.
Also note, that I got a new machine early this week and I brought all our source files down successfully from our SVN repository after we installed RoboHelp. Happy days.
Yesterday in one Help project I received the following error messages and noticed that the Conditional Build Tags were not listed in the CBT Pod, despite being present in the topic themselves.
An error occurred while trying to read data from <Project Path\Project Name\rhbuildtag.apj> <1>
Your project file, C:<Project Path\Project Name\project.cpd, is corrupt and cannot be opened. Try deleting this file and reopening the project.
I consulted with my colleague this morning and his local project is fine – all conditions present and correct and no CPD error message. He committed his project to SVN and I updated but still no luck.
Despite having the latest versions from our repository anyway, I tried copying the contents of his rhbuildtag.apj file to mine but that made no difference at my side. I renamed/deleted CPD files several times over but project still won’t open. I deleted my local working versions of all our Help projects and brought them down from our SVN repository - twice. No luck.
I’m flummoxed as how to fix this project/restore conditions to CBT Pod?
Why would I have ongoing CPD issues and my colleague not?
My colleague is offline until the morning (different time zones) so will catch up with him then again. It seems to be something very local to my setup.
Many thanks in advance for any wise words offered.

Hi folks,
Just to let you know that we resolved our problems with our misbehaving rhbuildtag.apj and .cpd project files.
As I mentioned previously, my colleague's version had been working fine. This was the very puzzling bit as I was pulling the exact same set of project files from our SVN repository.
Since yesterday...
From these forums, I discovered the 'Clear project cache(.cpd) before opening any project' check box in the Tools > Options dialog. That wasn't selected in my troubled project (was able to get into the project earlier in the day). It was selected in other projects so selected it but it made no difference.
I then asked my colleague this morning to check if that check box was selected on his working copy of the project, reasoning that maybe if it was selected on mine and not his, it could cause some kind of disparity.
Wrong move. Very wrong move. Clearing his cache file caused him to get the same errors as I had got. So while we had the exact same rhbuildtag.apj file, there must have been something in his old cache file, keeping this error at bay. We don't version the .cpd files so his file would have been particular to his local working version of the project.
So another step back - now a corrupt project at both offices.
I then took another look at the contents of the troublesome rhbuildtag.apj file. I had noticed yesterday that there was something funny about one condition that I added back in October - a condition based on a release number (6.3.12). There were two instances of it in the file - looked to be saved twice though the condition was only ever added once and displayed once in the project CBT pod. See the attached screenshot. Also There was some markup around it that didn't make sense, looked like the file had saved badly. I compared it to other working build tag files in other projects (and while the conditions would vary slightly across the projects, they should be very similiar. I saw nothing like it.
I saved the contents of my file locally (though being versioned in SVN would have had a backup anyway).
I deleted out one of the duplicate 6.3.12 conditions and removed the funny mark up.
And lo and behold our project opened successfully.
I commited my changes to the rhbuildtag.apj file back to SVN. My colleague updated his version and his problems too are resolved.
Root cause:
Looks like our woes were caused by a corrupt condition in the rhbuildtag.apj file, which then caused the .cpd file to crash.
Resolution:
Identified duplicate condition tags and superfluous markup in the rhbuildtag.apj file and remove them (after making a copy). My previous machine was terribly slow and RoboHelp oftened crashed due to the poor machine performance. This could be one plausible cause for the corrupt condition.
Given we added this condition back in October, I'm not sure why the problem only cropped up now as we would have made changes to the project since then. But such is RoboHelp and our daily battles.
Hope this info is of help to someone out there.
Thanks for all the replies - much appreciated.

What gets stored in RoboHelp .cpd file?

We are using VSTS to store our RoboHelp project. My coworker
and I each check out the entire project (unlocked), do our work,
and then check everything back in. We are having problems checking
in the .cpd file. Can someone explain what type of changes are
being stored in this file?
When we check this file back in to VSTS we don't have the
option of merging in the other user's changes, so we don't know
what type of information we may be losing. Does anyone have
experience with using RoboHelp and VSTS together? If not, just some
overall information about what is in the .cpd file would be very
helpful.

Hi Harvey, and thank you for the welcome!
We have added our RoboHelp project to Microsoft Visual Studio
Team Server for a couple of reasons. The first is to make sure we
don't lose our work if one of our computers crashes. The other
reason is that we are storing our project in the directory with the
code for the software, so that we (our architects) can integrate it
into the software build process. That part is beyond me.
So, to answer your question, we can both check the files out
without locking them, and then we can each work on our own sections
without any problems. The .cpd file does not give us the same merge
choices as other "conflicts" do. For example, if my coworker
creates a new topic and then checks her code in before I check mine
in, when I try to check mine in it says there's a conflict - that
such and such a file exists on the server. Then it gives me the
option of merging it in with my version of the project since I
didn't have it before. With the .cpd file, I don't get the option
to merge her changes in with mine. My two options are to discard
the server changes (hers) or undo my local changes. Either way it
seems like we're losing something.
I think what Leon said about that file not being added to
source control seems correct. However, if all the rest of the
project is in source control, and that one is not, and my coworker
and I have 2 different versions on our machines, what happens when
we go to compile our help? Wouldn't that file need to be in the
same location as the rest of the project files?
Unless we can figure this out, we have decided to take a copy
of the project and put it out on another computer that gets backed
up regularly. We can work on it there without source control, and
then replace the source control project with the newer version on a
regularly scheduled basis. Hopefully that will work.
I appreciate all the feedback!

Robohelp 7 - Opening a Corrupt HTML File

I recently upgraded from Robohelp X5 to 7. Luckily my .XPJ
project file has not corrupted yet (knock on wood) but I was
wondering if anyone knows how to fix a project file in Robohelp 7.
In Robohelp X5, I deleted the .XPJ and .CPD files and right-clicked
the .HHP file to open the file. Then I compiled.
Is it the same procedure for version 7?

I did upgrade from 5 to 7. It worked great for awhile, then
all of a sudden I was getting an error on my XPJ file. I renamed my
XPJ and CPD files, then opened the HHP file. My project came up and
is working. Now.. the only problem I have now is getting my tags
and single source layouts back. For some reason they are all gone
now. If anyone knows a way to get these back that would be great.
By the way.. I do still see them on my system as *.SSL
files.

TCS4 Robohelp's cpd file is over 500 MB

I've recently upgraded from TCS1 to 4. (I think that was RH7.) In that version, the cpd file would grow large (less than 50MB) and I'd just delete it periodically with no problems.
I was hoping that TCS4 (RH10) wouldn't have that issue. With that in mind, I haven't been deleting the cpd file. I tried it once, but the results weren't good. So I've been leaving it alone, with the result that it's now over 500MB and has just crashed.
Should it be doing this?
I made a backup before the last round of updating, and was glad I did, because of the crash. I've made yet another backup just in case.
Is it safe to let it keep building in size? Or is it better to delete the cpd file periodically? And will RoboHelp always be like this?

Trashing the CPD now seems to be reliable as there have not been reports of issues in the later versions of RoboHelp.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

CPD file smaller after renaming project

Hello,
I have renamed my RoboHelp project and have noticed after the project has been renamed, the cpd file in the renamed project is much smaller than the CPD file from the original project. Is this something to be concerned about? Why is the file so much smaller?
Thankyou
kt_25

See here.
The RoboColum(n)
@robocolumn
Colum McAndrew

Corrupted pack file: magic/ver = CAFED00D/160.1 should be CAFED00D/150.7

Hi
While unpacking the jars I am getting the following exception...
Corrupted pack file: magic/ver = CAFED00D/160.1 should be CAFED00D/150.7
Can anyone please comment.?

Yes..The jars were created with building project with ant script(setting target="1.5").And I was trying to unpack these jars with java1.5
As per javac sepcifications we can do a cross compile(http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/javac.html).
Edited by: Vikz on May 15, 2009 5:05 PM

Edit the database that RH10 uses to generate the CPD file

Is it possible to edit the database that RH10 uses to generate the CPD file? I've got one weird entry in the topics list in the Project Manager pod. I've deleted the CPD file and let RH10 rebuild it but the entry is still there. My team leader would like me to get rid of the entry before we send the project to translation. Thanks.

Dang, I saw that same problem occur with a project I was trying to fix but eventually I had to start over on a fresh copy of the broken project and did not create the problem again.
If you are using an agency that translates and uses RoboHelp, the last thing I would have done is delete the snippet. They would have translated that once instead of everywhere it is used thus keeping costs down. That is an aside though.
Do you have a backup of the project so that you can recreate the Snippet in the hope that the project is good with that in and you can then delete again to check you used the right option?
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Corrupt Dock File?

Hi,
So on my dock, I have my Applications Folder on it to use as a shortcut, but just recently, it started to display two of every application. See my picture:
I also have my Downloads Folder on my Dock. When I drag things from the Downloads folder into the trash can, nothing happens. But then when I click +Show In Finder+, it shows the file as deleted.
So it seems my Dock is not refreshing or something? So what I did to fix it was just remove the Applications and Downloads Folders from the Dock, and drag the Applications and Downloads folder from my hard drive to the dock. But everytime I log back in or download something else, the problem will arise again.
Do I have a corrupt dock file? I didn't want to try messing with that until I consulted +Apple Discussions+ first.
Thanks, Alex

if recreating those stacks doesn't help try resetting your dock preference file. delete the file /users/user/library/preferences/com.apple.dock.plist and enter the following terminal command
killall Dock
your dock will be rest to the default. see if the problem goes away.

Cannot backup iPhone 3GS to my computer after upgrading to IOS 5.0 due to "corrupt backup file"

How do I sync my 3GS to my computer after upgrading to IOS 5.0.1 and getting message "corrupt backup file, delete and retry"?

Some Users have reported that a Restore has Resolved Issues after the Upgrade...
Backup and Set Up as New Device
http://support.apple.com/kb/HT4137

Error -32810 occurred at The FieldPoint server initialization failed. Possible causes: 1. Missing or corrupt configuration file; 2. Failed to create callbacks. : FP Open.vi

I have two cFP-2120 RT controller. They both have NI-Serial RT2.5.6, DataSocket for LV RT4.2, NI-VISA 3.6, FP Drivers 5.1.0, FP VI Manager 3.1.0 LV RT 7.1.1 installed. But one same vi can run on one controller but not another.
the error message got when it runs on another controller is "Error -32810 occurred at The FieldPoint server initialization failed. Possible causes: 1. Missing or corrupt configuration file; 2. Failed to create callbacks. : FP Open.vi"
I wonder by what it is caused?
Thanks

Hi Matthew,
As mentioned previously, this KnowledgeBase article may be of some help. Also, if your code is being run on an embedded controller and then a network controller (not embedded), you will need to run the program differently. On the embedded controller, you should deploy your VI in a Project Explorer or programmatically (as described here.) However, you do not need to deploy the program to a network controller, but simply run the VI.
I would also suggest creating a new .IAK file. Do you still see the same error? Also, double-check that the software installed on the controller matches the software installed on the host PC. If you have any file paths associated with one FieldPoint controller, ensure that you are changing them to match the second controller.
Please keep us posted on your troubleshooting steps. Have a great day!
Amanda Howard
Americas Services and Support Recruiting Manager
National Instruments

RoboHelp building corrupt CPD files?

Similar Messages

Maybe you are looking for