🚀 go-pugleaf

>>  Nie, zgodnie z dokumentacją, jeśli przez call
>> wywołano zadanie, iret powróci do poprzedniego.

> Ciekaw jestem z jaką dokumentacją jest to zgodne.

AMD64 Architecture Programmer's Manual, volume 2: System Programming, strona 
375:

"The hardware task-switch mechanism transfers program control to a new task 
when any of the following occur:
- A CALL or JMP instruction with a selector operand that references a task 
gate is executed. [...]
[...]
- An IRET is executed while the EFLAGS.NT bit is set to 1 [...]"

IA-32 Intel(R) Architecture Software Developer's Manual, volume 3: System 
Programming Guide, strona 6-3:

"Software or the processor can dispatch a task for execution in one of the 
following ways:
- A explicit call to a task with the CALL instruction.
- A explicit jump to a task with the JMP instruction.
[...]
- A return (initiated with an IRET instruction) when the NT flag in the 
EFLAGS register is set."

> IRET służy do powrotu z przerwania (Interrupt RETurn),
> natomiast RET powoduje powrót do następnej po call
> inststukci, ale RET znajduje się w wywoływanej
> procedurze i nie ma potrzeby umieszczania jej na zewnątrz.
> Poza tym nie wiem jaką rolę miała by spełniać?

Nie rozumiem, kto mówił o umieszczaniu RET-a na zewnątrz procedury?

> Jeśli chodzi o stos w powiązaniu z call:
> - wywołanie wrzuca na stos adres powrotu
> - RET zdejmuje ten adres ze stosu i tam wraca po
>  wykonaniu procedury.
> W takim przypadku nic złego nie może się dziać.
> Sprawdź pod debuggerem czy w wywoływanej procedurze
> nie znajdują się przypadkiem jakieś instrukcje
> psujące ramkę stosu. To niestety zdarza się w
> niedopracowanych funkcjach.

Jeżeli call powoduje przełączenie zadania, nie jest nic zapamiętywane na 
stosie, tylko w strukturze TSS zadania aktualnego, przechowującej stan 
procesora. Następnie odtwarzany jest stan wszystkich rejestrów z TSS nowego 
zadania. Tak więc jest to skok, ale z automatycznym zapamiętaniem i 
odtworzeniem wszystkich rejestrów. Po przełączeniu zadania możemy mieć już 
nawet zupełnie inny stos...

W każdym razie, program taki jak napisałem działa bez problemu na Athlonie 
1200, a nie działa tylko pod MS VirtualPC...


--
Azarien