Résultats de la recherche sur « morphos »
-
tetuzo a écrit :
Bah en fait pas de quoi s’affoler… Hyperion serait prêt à faire un portage qu’ils qualifient de « facile » sur peg mais pour cela ils leurs faudrait l’accord (improbable pour être réaliste) de KMOS/AInc je crois.
Je ne suis pas sûr que le point bloquant soit KMOS/AInc : après-tout, ils ont dit dès le départ qu’ils accorderaient (vendraient) une license à tout fabriquant de hard selon les conditions éxigées par KMOS/Ainc. Le contrat en question serait donc un contrat liant BPlan à KMOS/Ainc. Sauf si Genesi a un contrat d’exclusivité !
Le point bloquant c’est que BBRV veut avoir son mot a dire concernant le dev de l’OS. Et ça, pour KMOS/AInc, c’est niet! et ça le sera toujours !
Mais avec MorphOS, étant son principal (seul ?) financeur, il estime peut-être avoir son mot à dire, quoi qu’on puisse en dire. Cela me fait penser à la situation d’un PDG d’une société (le dev) obligé de satisfaire les directives des actionnaires (BBRV). D’où le bras de fer ; BBRV utilise peut-être le non paiement des salaires comme moyen de pression (pure spéculation).
Acheter un PegII avec OS4 dessus, l’idée me plait aussi
-
Bonjour,
Non mais ça permet de le faire sans tout casser
De faire quoi? De s’assurer de pouvoir faire marcher des applis 68k et des applis PowerPC dans un même environnement avec une base d’APIs commune? Oui certes.
De faire en sorte de passer proprement d’un système non protégé, non compatible avec la protection mémoire (ce qui est le cas d’AmigaOS 3.x et de MacOS Classic pour info), à un système totalement protégé et moderne. Sérieusement c’est pas avec que ca que ca peut se faire. Et je doute que même l’OS4 Team se contente que de ca pour essayer de le faire. Maintenant, pour ce qui est d’OS4, personne ne sait ce que sera la solution final. Ils ont très certainement une idée bien precise sur le papier et donc en theorie. Mais comme on sait, tant que cela reste theorique, cela n’est pas verifié et donc on ne sait pas si effectivement cela marchera. C’est le risque de choisir une méthode propriétaire non déjà vérifié et validé. On verra s’ils ont eu raison de prendre ce risque ou non… Pour l’instant rien ne permet de trancher.
Ce qui est sûr c’est que MorphOS ayant choisi une architecture avec une boite de compatibilité (ABox), il est maintenant vérifié et validé que cela fonctionne puisque cette technique a été usité par Apple pour MacOS X et a prouvée comme étant très efficace et souple puisqu’elle permet de pouvoir créer un nouvelle environnement tout neuf avec des nouvelles API tout propre sans vieux morceaux des APIs precedentes (Cocoa pour MacOS X, les futures APIs de la QBox).
Bref, que ca soit dans le futur cas de la QBox de MorphOS ou celui aujourd’hui de MacOS X et les APIs Cocoa, cela permet d’offrir de réels nouveaux systèmes d’exploitation ne souffrant pas de défaut hérité des versions precedentes, tout en offrant une excelente compatibilité avec les systèmes precedents.
D’ailleurs, un jour je me suis amusé à lancer Mosaic 1.0 pour Mac 68k sur mon PowerBook G4 sous MacOS X Panther 10.3.5 et ca c’est lancé comme un charme
Bon ok ca n’a pas d’utilité, mais c’était pour voir jusqu’a quel point c’était compatible.A+
Le fameux Hobbit
-
-
Non mais ça permet de le faire sans tout casser
-
-
-
-
Bonjour,
@IFrodo: Il y avait les même craintes dans le monde Mac lors dupassage au Mac OS X ?
Je pense que oui mais je ne connaissais pas le Mac à cette epoque
. A+
Le fameux Hobbit
-
-
-
-
Je te rassure, il n’y a aucunement besoin de se baser sur Unix pour faire un système moderne.
Ben tu vois quand tu veux, on peut être d’accord
-
-
-
