Cadeau de bonne année... - Page 1

Chapô !

moi perso g rien compris

mais chapô aussi ^^

C'est le boot loader d'Haiku.

Bravo

Ca y est il détecte les disques avec XHDI dans aranym.
Par contre il semble que ça foire sur un vrai, c'est ce qu'on m'a dit sur silicium.
Pour ceux qui veulent tester: http://revolf.free.fr/beos/haiku.prg.zip

Ca, c'est super. quelles sont les innovations par rapport a d'autres OS atari ?

Euh, on a Firefox ? :P

je peux le redire ici, c'est pas un souçis...

C'est prévu pour fonctionner aussi avec un 68060 ?

Oui, mais il faudra ajouter du code, vu que le 060 a une mmu un peu différente, et moins de trucs (pas CAS2, moins de fpu...), mais c'est prévu.

et pour cause, sinon ça la foutrait mal le soft fourni par MMU_MAN qui ne marcherait pas sur une machine pour une histoire de mmu

mmu_man (./7) :
Ca y est il détecte les disques avec XHDI dans aranym.
Par contre il semble que ça foire sur un vrai, c'est ce qu'on m'a dit sur silicium.
Pour ceux qui veulent tester: http://revolf.free.fr/beos/haiku.prg.zip

Tiens sur silicium ils ont des Atari ? Desole les anciens, c'est juste histoire de rigoler

Ah les joies des emulateurs O_o

Bon lancer sur mon Falcon, plantage, j'ai ceci affiché a l'ecran :

00000000
H2
0000f99c
00e00000
00ded300
H5

Pour info lancer donc sur un Falcon 030 14megas de ram, deux durs en ide, et driver Cecile.


GT

c'est moi qui l'ai testé, et j'ai déja posté ce message d'erreur sur silicium... retourne codé au lieu d'écrire des postes inutiles...

kuk (./15) :
c'est moi qui l'ai testé, et j'ai déja posté ce message d'erreur sur silicium... retourne codé au lieu d'écrire des postes inutiles...

GT Mort de rire !!

ben ça confirme qu'il y a problème sur hw réel.
reste à savoir quoi... faudrait essayer avec un débuggueur.
Bien sur sous Mint ça marchera pas, vu qu'il se copie à une adresse précise (0x80000).
Et c'est justement pendant la copie que ça foire.
Hmm je me demande si il n'y a pas un pb d'alignement... à priori le 030 émule ça de toutes façons.

J'ai mis le zip à jour en utilisant move.b pour la copie juste au cas ou, mais je pense pas que ça soit ça.

mmu_man (./18) :
J'ai mis le zip à jour en utilisant move.b pour la copie juste au cas ou, mais je pense pas que ça soit ça.

Pas la peine d'essayer je confirmes par la pratique, le 030 peut lire a des adresses impaires.


GT Pas aligner mais c'est pas un probleme.

kuk (./15) :
c'est moi qui l'ai testé, et j'ai déja posté ce message d'erreur sur silicium... retourne codé au lieu d'écrire des postes inutiles...

Oui ben justement ramene donc ta chere fraise normande sur un certains sites, car certaines personnes travaillent O_o


GT En train de coder au lieu d'aller sur silicium....

IL ETAIT TEMPS...

Par contre c'est possible qu'il s'écrase lui-même...
La dernière version affiche l'adresse de chargement pour vérifier.

J'ai du changer la carte mère de mon athlon XP... enfin ça remarche \o/

Mise à jour du zip.
Il affiche le nombre de secteurs restant à copier...
Le nombre de secteurs à copier est lu correctement (un mot qui était lut comme un mot long)
Je met d0.l à 0 même si dbf en théorie n'utilise qu'un mot.

Pour info le code source est ici.

Ca donne quoi ?

>Ca donne quoi ?

Ca fonctionne !

On attend la suite !!!

C'est à dire ?
ça va jusqu'au menu ??

>ça va jusqu'au menu ??
oui !
Il fait tout une serie de test et propose à la fin un "reboot" ou un "continue booting".

A quand Haiku sur 68060 ?

Enfin je l'attends déjà de pied ferme sur PC, pour remplacer mon Linux lourdingue et mal foutu !

Ah bon, reste pu qu'à faire le reste
Oué le 060 a quelques problèmes (pas de CAS2, mmu différente) mais bon y a pas de raison

Par contre, c'est normal que je puisse pas avoir de la couleur avec l'émulation VT52 sur la console ? (via Bconout(DEV_CON))

je dis peut être une bêtise mais : faut pas passer en VT100 pour avoir droit aux couleurs ?