Résultats de la recherche sur « morphos »
-
-
-
-
-
-
-
Admin Excusez mon intrusion dans cette discussion, mais si j’ai bien compris le fonctionnement de MacOSX et que je le transpose à MorphOS, ça donne :
Pas besoin de recompiler les applis ABox puisqu’elles tourneront dans la QBox. En effet, l’ABox sera une surcouche de la QBox. Bon, ces softs n’auront pas de mémoire protégée, ok. Mais l’ABox, elle, sera dans un environnement avec mémoire protégée, donc si un soft de l’ABox meurt, il suffit de relancer l’ABox.
J’ai bon ?
—
/me aime bien faire des explications incompréhensibles
Only Amiga makes it possible !
-
-
-
-
-
Par contre, je ne vois pas comment Hyperion pourrait ajouter une vraie protection de la mémoire, complète et performante, comme ils l’ont indiqué.
Ben vu qu’on n’a pas les sources, il est effectivement difficile d’imaginer la façon dont ils vont s’y prendre, ce qui ne veut pas dire qu’ils ne le feront pas.
Depuis le temps qu’on nous dit qu’il n’y aura pas d’OS4, j’ai appris à me méfier de ce genre de certitudes.
Personnellement, je ne vois pas pourquoi ExecSG aurait les mêmes limitations que l’ancien, vu qu’il ne fait tourner pour le moment que les applis natives OS4 et l’émulation 68k. Seule l’émulation 68k a besoin de la compatibilité et on sait qu’elle n’utilise pas la même API que les les applis natives. (qui a dit sandbox ?)
D’autre part, je pense que personne dans ce thread n’a jeté un oeil sur la doc du sdk OS4 avant de l’ouvrir (moi y compris).
edit : typo.
-
-
Bonsoir ô Frodon, je te répond ici avec un long post comme tu les aimes.
Je suis bien l’auteur de ma signature. Celle-ci décrit un gros bug de spécification de morphos que n’a pas AmigaOS4: Pour bénéficier de la mémoire protégée de la QBox, les applications déjà écrite qu’elles soient ou pas natives, devront être toutes recompilé. Personne n’ai venu me le dire. ça se démontre simplement par un plus un:
Les taches actuelles jusqu’a mos1.4 (natives ou émulé) sont compilé pour s’exécuter sous ABox, elles sont donc dans un contexte de gestion mémoire proche de 3.x. Nico nous informe que depuis une tache ABox, il est possible d’accéder aux fonctions QBox. Encore heureux ! Mais ça ne change rien au fait que le contexte d’execution est Abox et pas QBox.
[REEDITION] QBox est un noyau différent, il aurait fallu créer une nouvelle génération d’applications pour lui, ce qui est lourd de sens.
(adapter, et non simplement recompiler, tout un systeme et ses applications tiérces vers de nouveau binaires.) Cela signifie se remettre à courir aprés tout les developpeurs pour leurs demander d’adapter/recompiler leurs sources. Donc si quark est (nous dit la mosteam) un noyau moderne achevé, il restera inutilisé en temps que tel. En ce sens , même avec un noyau loin d’étre aussi final(nous dit la mos team) L’amigaOS a déjà une forme binaire finale.[/REEDITION]
J’ai donc l’immense déshonneur de t’élire « Mister plus 0grand comique Amigaïste de l’année 2005! »
(Celle de 2004 est presque finie, autant anticiper 
)Et bien c’est super, un prix de plus ! J’ai fait des comparaisons maladroites c’est vrai, mais c’était pour vulgariser. (XP est bien une merde. Je pensais à l’aspet stabilité.) Sur d’ autres points comme la contiguité de la mémoire lors d’un réalloc MMU ou la forme précise de la gestion de la pile j’avoue qu’une étude plus aprofondie serait necessaire de ma part, Les gens ici connaissent surtout leurs parties, les valorisent, mais aussi cachent leurs vices.
-
Bon je reposte pour dire que c’est pas un troll,
je crois en MorphOS et en AmigaOS 4, mais j’aurais
aimé qu’ils se mettent un peu à ce qu’on fait actuellement,
l’Open Source… ben comme AROS surtout.
Alors si MorphOS avance plus, on saura vers quoi
se tourner.
