<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:"Arial Bold";
panose-1:2 11 7 4 2 2 2 2 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";
color:black;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body bgcolor=white lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I selected the “compatibility” option in the eQuest properties and have not repeated any of the previous problems. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Seems to be the fix we were looking for.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Thanks Pasha!<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><b><span style='font-size:9.0pt;font-family:"Arial Bold";color:#0069AA'>Matthew Walker</span></b><b><span style='font-size:9.0pt;color:#0069AA'><o:p></o:p></span></b></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext'> equest-users-bounces@lists.onebuilding.org [mailto:equest-users-bounces@lists.onebuilding.org] <b>On Behalf Of </b>Patrick J. O'Leary, Jr.<br><b>Sent:</b> Thursday, September 22, 2011 9:30 AM<br><b>To:</b> equest-users@lists.onebuilding.org<br><b>Subject:</b> Re: [Equest-users] file format error! is all my work lost?<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>equest files, like all important files, should be backed up early and often. <br><br>i typically back up my .pd2 (when using the wizard) every time i exit the wizard. and i exit the wizard a lot just to make sure i've backed up what i've already input, especially if using multiple shells. it's just a text file. copy it to a networked job directory, give it a different name (i add a number to the end of the name followed by where i'm at in the wizard). you can do this after hitting the save button in equest - no need to actually exit the program.<br><br>in detailed mode i do the same thing - except i just copy and rename the main .inp file.<br><br>and only work on one system at a time. i have been able to frequently crash equest in wizard mode by editing a shell (or more) and then editing an hvac or plumbing system. i stopped doing that years ago when i found it to be the cause of a guaranteed crash when existing the wizard. and it is always wise to backup the .pd2 file after entering each shell as the shells is where most of the wizard inputs take place.<br><br>On 9/22/11 8:47 AM, Maria Karpman wrote: <o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I had the same problem on Vista a few times. In my experience it only happens with large projects that had parametric runs, which matches Umesh’s observation. The most unpleasant symptom was the loss of the main inp file, with its size going to ~0. Overcoming initial shock, I found that it is not too hard to recover from this by using one of the inp files created during simulation. </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Let’s say the lost project was named <MyProject>. To recover the inputs, I’d go to the project folder and locate <MyProject>-Baseline.inp file. If this file was not affected by the problem (has a reasonable file size), I create a copy of the file and name it <MyProjectX>.inp. If <MyProject>-Baseline.inp is also lost, I pick an inp file created by eQUEST for a parametric run which has the most in common with the main model and that was run recently, and create a copy of this file naming it <MyProjectX>.inp. (The original file would be named <MyProject>-<Parametric Run Label>.inp). When using inp file for a parametric run to recover a project, you need to remember to revert the parameters that were changed in the parametric run back to the original values once you are able to open the project in the detailed interface. Note also that inp file for a parametric run is only generated when you run calculations for this run, so when using this option you may have to recapture all the changes that were made since the parametric run was last calculated. To get a fresh start, I always create a new PD2 file for the project following the steps described by Brian Fountain in the post on 9/7/2011, and imports <MyProjectX>.inp into this new project. To recover parametric runs, create a copy of <MyProject>.prd file naming if <MyProjectX>.prd and place it in the folder with the rest of the recovered files. I also always restart computer after a crash like that. </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Good luck, </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Maria </span><o:p></o:p></p></div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p></div></body></html>