Question mistub - Page 1

Est-ce que le kernel effectue aussi les relogements nostub ? (toujours/jamais/ça dépend pour PreOS et les autres kernels)

Ça dépend:
* du kernel
* de la manière dont tu exécutes le programme (écran HOME, shell _nostub, kernel::exec, ...)
Pour PreOs, les relogements AMS sont toujours appliqués. D'autres kernels ne les appliquent pas dans kernel::exec (en d'autres mots, le mistub est tout sauf compatible).

Tes programmes seront aussi incompatibles avec KerNO si tu utilises le stub mistub de PpHd, il faut utiliser un stub qui teste spécifiquement si le kernel installé est KerNO.

KerNO ne sera pas un pb (l'exécution normale se fait tjs en nostub, le mode kernel est juste utilisé pour en faire une lib kernel), et pour les shells qui ne l'appliquent pas, soit j'envoie chier, soit je vais devoir reloger moi-même, soit je vais devoir éviter les relogements... Merci ^^

Pour une librairie, je crois bien que PreOs est le seul qui applique les relogements _nostub...

Non. C'est l'appelant qui le fait, mais pas preos. Et un programme ne doit absolument pas en dependre car un kernel est en droit de ne pas appliquer les relogements natifs.

Donc tu veux faire un programme nostub qui soit vu comme une lib kernel ?
Mon conseil, si tu veux eviter les emmerdes, evite les relogements car ce n'est pas du tout standardise.
Et je ne connais aucun kernel qui applique les relogements natifs AMS pour une librarie.

Pour les programmes Preos 0.67 le fait, mais plus PreOS 0.70.

Vive la régression...

T'es dans une furie trollesque ce soir ?

Tu veux que j'appelle ça:

PpHd
: Pour les programmes Preos 0.67 le fait, mais plus PreOS 0.70.

comment à part une régession?

Ceci dit ça répond à mon post merci.

C'est un bug de Preos 0.67. Bug que j'ai corrige dans preos 0.70.

Pollux > normalement, tu devrais pouvoir te passer des relogements, non ? Ils sont surtout utiles pour les progs > 32ko, normalement en dessous tu peux faire du pc-relative, à part qqes cas (move.s variable, dn, tst.s variable).

Il peut appliquer lui-meme la relocation.

c'est laid, comme méthode , mais c'est vrai que c'est pas dur en kernel (vive Ptr2Hd !)

Ben oui, mais c'est pas vraiment supporte comme truc.

Flanker :
c'est laid, comme méthode , mais c'est vrai que c'est pas dur en kernel (vive Ptr2Hd !)

il suffit de l'adresse du début du programme, de toute façon

Et je pense que je vais reloger moi-même, c facile à faire et ça m'évitera des bugs chiants à détecter si par hasard une relocation s'insère dans une version ultérieure (comme c'est du C, la moindre reloc dans la lib standard risque de tout foutre en l'air).

c'est probablement la meilleure solution

Il y a du code pour reloger le programme lui-même dans les sources de TIGCCLIB (archive/Startup/_execute_in_ghost_space.s).

Au passage, Iceberg fonctionne comme PreOs 0.67.

c'est marrant, dès que tu peux placer un lien vers tes programmes, tu le fais

oué, mais toi alors, par contre, tu as pas interet à le faire

il comprendra, je pense