어떤 프로세서(80x86과 같은)의 경우, OSIntNesting을 증가한 뒤 현재 태스크 OS_TCB 내의 스택 포인터(ss:sp 80x86의 경우)를 저장하도록 ISR을 쉽게 작성할 수 있다.
이 방법으로 적합한 포인터를 ISR 스택 프레임에 저장한다. 이 경우 실제로 인터럽트된 태스크로 리턴하지 않는다. 만약 인터럽트된 태스크로 리턴하게 하면, 해는 없지만, 약간의 필요없는 CPU 타임을 낭비하게 된다. 스택포인터를 수정한 뒤 OS_TCB에 스택 포인터를 저장하기 위해 OSIntCtxSw()의 시작시 코드를 없앤다.

ISR과 OSIntCtxSw()를 위한 새로운 의사 코드는 다음과 같다.

MyISR:
Save ALL registers;
OSIntNesting++;
OSTCBCur->OSTCBStkPtr = SP; /* <<<< NEW */
/* Handle ISR */
OSIntExit();
Restore ALL registers;
Return from Interrupt;

OSIntCtxSw:
OSTaskSwHook();
OSTCBCur = OSTCBHighRdy;
SP = OSTCBHighRdy->OSTCBStkPtr;
Restore ALL registers;
Return from Interrupt;

80x86 (Large model)에서 어셈블리어의 경우:

_MyISR PROC FAR
;
PUSHA ; Save interrupted task's context
PUSH ES
PUSH DS
;
MOV AX, SEG(_OSIntNesting) ; Reload DS
MOV DS, AX
INC BYTE PTR _OSIntNesting ; Notify uC/OS-II of ISR
;
LES BX, DWORD PTR DS:_OSTCBCur ; OSTCBCur->OSTCBStkPtr = SS:SP
MOV ES:[BX+2], SS
MOV ES:[BX+0], SP
CALL FAR PTR _MyISRHandler ; Process the Interrupt
;
CALL FAR PTR _OSIntExit ; Notify uC/OS-II of end of ISR
;
POP DS ; Restore interrupted task's context
POP ES
POPA
;
IRET ; Return to interrupted task
;
_MyISR ENDP

_OSIntCtxSw PROC FAR
;
CALL FAR PTR _OSTaskSwHook ; Call user defined task switch hook
;
MOV AX, WORD PTR DS:_OSTCBHighRdy+2 ; OSTCBCur = OSTCBHighRdy
MOV DX, WORD PTR DS:_OSTCBHighRdy
MOV WORD PTR DS:_OSTCBCur+2, AX
MOV WORD PTR DS:_OSTCBCur, DX
;
MOV AL, BYTE PTR DS:_OSPrioHighRdy ; OSPrioCur = OSPrioHighRdy
MOV BYTE PTR DS:_OSPrioCur, AL
;
LES BX, DWORD PTR DS:_OSTCBHighRdy ; SS:SP = OSTCBHighRdy->OSTCBStkPtr
MOV SS, ES:[BX+2]
MOV SP, ES:[BX]
;
POP DS ; Load new task's context
POP ES
POPA
;
IRET ; Return to new task
;
_OSIntCtxSw ENDP

void SenderTask (void *pdata)
{
.
.
if (msg == (void *)0) { /* Do I want to send a NULL pointer ? */
msg = (void *)0xFFFFFFFF; /* Yes, remap to another 'invalid' pointer */
}
OSMboxPost(Mbox, msg);
.
.
}

void ReceiverTask (void *pdata)
{
void *msg;

.
.
msg = OSMboxPend(Mbox, 0, &err);
if (err == OS_NO_ERR) {
if (msg == (void *)0xFFFFFFFF) { /* Did I receive a NULL pointer ? */
msg = (void *)0;
}
.
.
}
.
.
}

1) 우선 프로세서와 컴파일러에 의존적인 함수 OSIntCtxSw()를 살펴봐야 합니다. 이 함수는 관련 도서의 200, 201페이지(uC/OS-II인 경우) 또는 62, 63, 67페이지(uC/OS인 경우)에서 설명하고 있습니다. 이 함수의 맨 처음 명령인 "ADD SP,8"에서 숫자(8)를 변경해야 합니다. 다른 종류의 프로세서, 컴파일러, 메모리 모델을 사용하는 경우 이 숫자를 적절히 변경해야 하는데, 관련도서의 해당 절을 잘 읽어 보면 스택포인터(SP)에 더할 숫자를 결정할 수 있습니다.

실제 수치는 사용하는 컴파일러와 컴파일 옵션에 따라 달라집니다. 예를 들어, x86 리얼모드 Small Model의 경우 이 상수는 4, 6, 8, 10.. 등이고, x86 리얼모드 Large model인 경우 이 상수는 8, 10, 12, 14, 16 ...등이 될수도 있습니다.

2) 부동소수 연산을 수행하는 코드를 모두 지워보세요. uC/OS와 uC/OS-II의 1번 예제 프로그램은 모두 시작 태스크에서 부동소수 연산을 수행합니다. 1번 예제의 sprintf() 함수 주변의 부동소수 연산을 수행하는 코드를 주석처리한 뒤, 프로젝트를 다시 컴파일, 링크해서 실행해 보십시요. 코드가 정상적으로 동작한다면 다음과 같은 원인을 생각할 수 있습니다.
a) Borland C/C++ 부동소수 연산 라이브러리가 비재진입 함수로 구성된 경우.
b) 재진입 가능한 방법으로 부동소수연산을 처리할 수 있도록 태스크 스택을 초기화해야 하는 경우
(더 자세한 내용은 어플리케이션 노트 AN-1001을 참조하십시요)