Code works in debug mode but not running after programming

[mayur.k.vadukul]

Hello,
I have been using the CCS compiler for a while and never had such issue.
I am using PIC18F66K22 device and have simple board of inputs and outputs. However, when I debug the code, it works well, i.e. when connecting the ICD U80 and debugging it by connecting ICP header, but when I compile and program as normal it does not give me results what I expect.
The logics are really simple AND and OR operation of 16 bit registers.
Any ideas? My header file for fuse is below:-

#fuses NOXINST //Extended set extension and Indexed Addressing mode disabled (Legacy mode)
#fuses SOSC_DIG //Digital mode, I/O port functionality of SOSCI and SOSCO pins
#fuses INTRC_HP //LF-INTOSC in High-Power mode during Sleep
#fuses NOIESO //Internal External Switch Over mode disabled
#fuses NOFCMEN //Fail-safe clock monitor disabled
#fuses PLLEN //HW PLL enabled
#fuses HSM //High speed Osc, medium power 4MHz-16MHz
#fuses NOPUT //No Power Up Timer
#FUSES BROWNOUT //Reset when brownout detected
#FUSES BORV20 //Brownout reset at 2.0V
#FUSES BORM_HIGH //High-power BOR
#FUSES WDT //Watch Dog Timer
#FUSES WDT512 //Watch Dog Timer uses 1:8 Postscale
#FUSES VREGSLEEP //Ultra low-power regulator is disabled
#FUSES RTCOSC_INT //RTCC uses Internal 31KHz Oscillator as reference source
#fuses CCP2C1 //CCP2 input/output multiplexed with RC1
#FUSES MSSPMSK7 //MSSP uses 7 bit Masking mode
#FUSES MCLR //Master Clear pin enabled
#fuses NOSTVREN //Stack full/underflow will not cause reset
#FUSES BBSIZ2K //2K words Boot Block size
#FUSES NOPROTECT //Code not protected from reading
#FUSES NOWRT //Program memory not write protected
#FUSES NOEBTR //Memory not protected from table reads
#FUSES NOEBTRB[/code]
_________________
MVadukul

[Ttelmah]

What is connected to the MCLR pin?
When in debug mode, this is controlled by the attached debugger. With
MCLR enabled, if this is not pulled up suitably, the code will not run
properly.....

[mayur.k.vadukul]

[Ttelmah]

Look at your fuses.
Compiler in debug mode. Print the fuses at the end of the .LST file.
Then do the same in the normal mode.
When you debug several of the fuses are changed to allow debugging.
Look at what changes.
Also consider the power. How is the board powered?, and particularly how
is it grounded relative to other circuitry.
The debug plug supplies a ground and limited power. A fault with either
could still have the code working when the debugger is attached.

[temtronic]

did you program in 'debug ' mode or 'release' mode ?

[mayur.k.vadukul]

[Ttelmah]

OK.
When you have finished debugging, you need to recompile the code, with
DEBUG not selected. The problem is when you debug, the code is compiled
for use in the debugger, not for normal running.
You have to recompile in normal run mode, before you program. Debug
code will not run without the debugger present.