Commutazione di stack in C++

Question

Ho un vecchio codice scritto in C per 16 bit usando Borland C++ che passa da stack multipli, usando longjmps. Crea un nuovo stack eseguendo un malloc e quindi impostando i registri SS e SP sul segmento e l'offset, rispettivamente, dell'indirizzo dell'area malloc'd, utilizzando Assembler in linea. Mi piacerebbe convertirlo in Win32, e sembra che le due istruzioni dovrebbero essere sostituite da una singola impostazione ESP. Le due istruzioni erano circondate da una coppia CLI/STI, ma in Win32 queste forniscono "istruzioni privilegiate", quindi le ho tagliate per ora. Sono un vero innocente quando si tratta di Windows, quindi sono rimasto piuttosto sorpreso dal fatto che il mio primo test abbia funzionato! Quindi, la mia domanda piuttosto vaga è quella di chiedere agli esperti qui se quello che sto facendo è un) troppo pericoloso per continuare, o b) funzionerà se aggiungo del codice, prendo certe precauzioni, ecc.? Se quest'ultimo, cosa dovrebbe essere aggiunto, e dove posso scoprirlo? Devo preoccuparmi di altri registri, come SS, EBX, ecc.? Sto usando l'ottimizzazione no ... Grazie per i suggerimenti che mi possono dare le persone.

Answer 1

La rimozione di CLI/STI funziona ancora a causa delle differenze nell'ambiente operativo.

Su DOS a 16 bit, potrebbe verificarsi un interrupt e questo interrupt inizialmente sarebbe in esecuzione sullo stesso stack. Se ti sei interrotto nel bel mezzo dell'operazione, l'interrupt potrebbe bloccarsi perché hai aggiornato solo ss e non sp.

Su Windows e qualsiasi altro ambiente moderno, ogni thread in modalità utente ottiene il proprio stack. Se il tuo thread viene interrotto per qualsiasi motivo, lo stack e il contesto vengono preservati in modo sicuro - non devi preoccuparti di qualcos'altro che sta girando sul tuo thread e sul tuo stack. cli/sti in questo caso proteggerebbe contro qualcosa che sei già protetto dal sistema operativo.

Come ha detto Greg, il modo sicuro e supportato per scambiare pile come questa su Windows è CreateFiber/SwitchToFiber. Questo ha l'effetto collaterale di cambiare l'intero contesto, quindi non è come cambiare lo stack.

Questo solleva davvero la domanda su cosa vuoi fare. Un sacco di volte, cambiare stack è quello di ottenere dallo stack limitato, che era 64k su DOS a 16 bit. Su Windows, hai uno stack da 1 MB e puoi allocarlo ancora più grande. Perché stai cercando di cambiare stack?

Answer 2

Il modo più sicuro per eseguire questa operazione consiste nel trasferire il codice nelle strutture multiprogrammazione Win32 ufficiali, ad esempio thread o fibre. Fibers forniscono un paradigma multistrato molto leggero che sembra adatto alla tua applicazione.

L'articolo Why does Win32 even have fibers? è anche una lettura interessante.

Answer 3

Ho fatto questo in modalità utente, e sembra non avere problemi. Non hai bisogno di cli/sti, queste istruzioni si limitano a prevenire interruzioni a quel punto nel codice, che non dovrebbe essere necessario per le informazioni limitate che ci hai comunicato.

Answer 4

Dai un'occhiata a Mtasker di Bert Hubert. Fa un semplice multitasking cooperativo, potrebbe essere facile per te usarlo per effettuare il porting del tuo codice.

Answer 5

Non dimenticare che gli stack di salto filtreranno qualsiasi argomento o variabile residente nello stack.