Does CLEAR Command clear return adrress of a subroutine?

[paul borgmeier]

No - the stack space is not part of the data space. Just your defined variables and PBP (internal) defined variables are cleared.

[sayzer]

Thanks Paul.

Other then hard reset, how do I clear return adresses?

[skimask]

Thanks Paul.

Other then hard reset, how do I clear return adresses?

I haven't tried it myself...but...
Looking thru the datasheet for the 18F4620, I see:
TOSU, TOSH, TOSL (top of stack, upper, high, low) and the STKPTR register. Looks like the contents of STKPTR are Read/Write. So, in theory, you should be able to decrement the value in the low 5 bits of STKPTR and thereby 'POP' the last 'PUSH' off the stack.

[paul borgmeier]

SAYZER,

On 16 bit devices (e.g., 18F), you can reset the STKPTR = 0 to "clear" all the addresses on the stack. The values really are not cleared - but the stack pointer points to the first location (0) and does not know about the "old" values. You could actually clear them if you wanted as Ski noted but the pointer tells the PIC where to place and get stack data.

On 14 or lesser bit devices (e.g., 16F or lesser), you cannot clear the Stack (it is a circular buffer and does not reside in program or data space).

NOTE: you must be very careful messing with the Stack because behind the scenes, PBP uses it!

[skimask]

On 14 or lesser bit devices (e.g., 16F or lesser), you cannot clear the Stack (it is a circular buffer and does not reside in program or data space).

I'd almost bet money that there's an undocumented instruction that handles POP's on the 14 bit types...but you'd figure somebody would've found it by now.

[Acetronics2]

Hi, Sayzer

I didn't look at it very closely ...

but I feel you can find your solution Here :

http://www.pbpgroup.com/modules/wfse...p?articleid=14

and once more ...

Thanks to Whom ????

D.A.R.R.E.L. !!!! ..........

Alain

[paul borgmeier]

Hi, Sayzer

I didn't look at it very closely ...

but I feel you can find your solution Here :

http://www.pbpgroup.com/modules/wfse...p?articleid=14

and once more ...

Thanks to Whom ????

D.A.R.R.E.L. !!!! ..........

Alain

Darrel's clever method for the 16F type PICs creates a software stack - the real "stack" is not in program or data space and cannot be accessed (unless there is a back door that nobody knows about as Ski suggested)

I guess that SAYZER could create a software stack (as Alain is suggesting) and then manipulate it as needed? SAYZER, what are you trying to do and with what family of PIC?