PreOS 0.70 - Page 3

Parce que je vois pas quand preos rearchive une librarie...

J'avais pas mal de fichiers qui étaient archivés mais non verrouillés. Mais je me demande tout d'un coup si c'est bien à cause de PreOS (je betateste aussi d'autres progs en même temps)

Sinon d'autres problemes ?

preos 0.70 ne touche plus du tout a la VAT.

j'ai dû me planter de PreOS au reset alors (j'ai une 0.67 et la 0.70 sur ma calc)µ. je vais réessayer

Un petit coup de dessambleur en 0.30 te donnera la reponse

c'est laid comme méthode
[<>] [APPS] -> Explorateur CS 1.00 -> [F6] et là je vois le nom et la version du kernel installé

mais comme j'ai fait plusieurs reset, ça n'a plus beaucoup de valeur j'ai l'impression que c'était avec mon 0.67

Possible. J'ai eu beaucoup de bugs reports avec preos 0.70.
il a l'air d'etre stable

pphd -> arf G compris pourquoi : mon domaine est suspendu parce qu'il ont pas reçu les sous :/ => adresse alternative : rdnspe@free.fr (tant pis, j'attendrai la RC2)

J'ai corrige la mailing liste. Tu attendras la prochaine sauf si c'est indispensable.

ok et elle est prevu pour quand??

Je sais pas

*Le systeme basic a ete enlevee.*
Tant mieux.

[je_change_de_nick_tous_les_mois] arrive...

PpHd
: J'ai corrige la mailing liste. Tu attendras la prochaine sauf si c'est indispensable.

Ca peu attendre un peu, tu dois avoir pas mal de boulot et en plus je suis parti en déplacement pour 2, 3 semaine et je suis parti sans ma calc

PpHd
: [je_change_de_nick_tous_les_mois] arrive...

Ca doit déjà être son 10 nick non? il fo arroser ça!

!

Bon pas de bugs trouves ?
Je peux faire peter la RC 2 ?

ouai la RC2

est-ce que dans la RC2 il y aura les 2 RAM_CALL manquants ?

Ben... Je sais toujours pas les prototypes de maniere exacte
Desole. Flanker PpHd

je vais devoir refaire le même hack alors
il me semblait qu'ils étaient fixés, pourtant, les prototypes ?

Flanker :
je vais devoir refaire le même hack alors

Non, tu fais tes TSRs en _nostub.

On se calme. Le probleme n'est pas dans l'un mais dans l'autre.
Bon je resume clairement:

kernel::RegisterVector (d0.w = Vector Number - ex $90.w pour l'int6, a0.l = Vector address).
a0 est l'adresse exacte:
kernel::RegisterVector:
move.w (SavedVectorSpace).w,a1
move.l a0,0(a1,d0.w)
rts

kernel::GHOST_SPACE (Macro comme ROM_BASE) : Ecriture partout (ie dans les vecteurs).
kernel::KERNEL_SPACE (Macro comme ROM_BASE) : Execution

Ok ?

./82 >
./83 >

Je me suis encore plante donc. Pas grave. Ca m'arrive souvent. Donc repete ce que tu m'avais dit.

./85 > cf l'édit

A bon desole. J'avais mal compris.

bah c'est un peu normal, j'ai posté le .83 alors qu'il n'y avait pas de .82 et t'as posté le .84 alors qu'il n'y avait pas encore l'édit. Cross post powaaa

T'es sur que tu veux pas d'autres ramcalls ?
D'ailleurs faudra que j'edites SMA pour qu'il tienne compte de kernel::KERNEL_SPACE.

si c'est possible, ça serait cool d'avoir un RAM_CALL qui reloge un bout de programme compris entre 2 offsets et avec une base différente de la base réelle.