Page 1 of 1

Compile vs Reset

Posted: Mon Dec 21, 2009 2:59 am
by rl
Hello,

I am in the testing phase of a project.

Is reset in director same as compile in designer?

It takes less time for me to reset the job in director than open jobs in the designer and compile if the jobs abort. I am running these jobs using a batch job

Thanks & Regards,
RL

Posted: Mon Dec 21, 2009 3:22 am
by rl
Hi,

I searched and found this link

viewtopic.php?t=129605&highlight=compile++reset

The jobs aborted because the input files were present at the time of run, in this case 'reset' is a good option as jobs were not changed.

'Compile'was applicable if there was a code change
Please correct my understanding (in this scenario) if I am wrong

Thanks & Regards,
RL

Re: Compile vs Reset

Posted: Mon Dec 21, 2009 3:24 am
by nikhilanshuman
Compiling a job generates the OSH.If a job is reset,the OSH is not created.After reseting a job,it comes into "runable" state.

Note:If a job is recompiled,OSH is generated only for the changed components.

Posted: Mon Dec 21, 2009 3:28 am
by Sainath.Srinivasan
Resetting a job is only a change in state of the executable.

Posted: Mon Dec 21, 2009 3:35 am
by rl
Thank you all for explaining it at the OSH level.

RL

Posted: Mon Dec 21, 2009 7:11 am
by chulett
There's no "OSH" in a Server job.

Posted: Tue Dec 22, 2009 4:23 am
by rl
chulett wrote:There's no "OSH" in a Server job. ...
Hi chulett,

if a job is reset the basic program is not changed and only the executable state will be changed so that the job can be run.
and if a job is compiled the basic program will be updated

is it correct?

thanks
rl

Posted: Tue Dec 22, 2009 6:20 am
by chulett
Correct. You could remove the word 'BASIC' from what you wrote and have a statement applicable to either job type. Reset is for status, compile... compiles. As in the 'executable', whatever it is - BASIC, C++, OSH, etc.