odd. HD/VAR/folders is the location of the temporary folder in FMP. Are you choosing the location where FMP saves the DDR?
Yes. Seems to work fine for other databases. Just this one is creating issues.
You can find similar issues with "SAXParseException" or "DDR 0x1" keywords.
If you can't open the .tmp file with XML editor, use simple text editor that treat control code well (TextWrangler on OSX or Windows Notepad++ ?) then can find the problematic (layout) object.
Off the topic, I found "serious error" accessing a found resultRe: Has anyone Experienced this DDR issue (seems this is my post. What a bad thing I wrote?? There may be 0x1.)
you have a damaged object in your database..
go to the temp location in the dialog box. Open the raw ddr in a text editor.
Go to the line specified.
VIsually inspect the xml and figure out the layout and object that is damaged
((work up from the line for a reference to a layout)
Delete the object and re draw it.
IT is a pain but this worked for me.
Thanks, Jerry. Your suspicion was correct. About half the objects on the layout were damaged, apparently; deleting them out allowed the DDR to process.
And you're right ... what a pain ...