› Forums › Rechercher
Résultats de la recherche sur « morphos »
-
Jml : Pour que ça fonctionne, il te faut la boot.img qui va avec la Sam, boot.img qui n’est pas sorti et qui ne sortira peut-être jamais…
et même avec la boot.img ça ne servirait à rien sans OpenFirmware.
Résumons, pour que MorphOS puisse tourner sur Sam il faudrait :
1 – que l’OpenFirmware (le « bios » des Pegasos et Efika) soit implanté sur Sam. Soit par émulation, soit en flashant la carte pour que l’OF soit son firmware par défaut (et je ne parle pas du boulot que ça implique, sans BPlan dans le coup ça semble utopique)
2 – que le kernel de MOS soit compatible avec Sam, et que les drivers bas niveau de cette carte soient implémentés dans ce kernel.
Voilà j’espère ne pas dire de bétises.
Donc pour tester MorphOS sur Sam c’est de toute façon pas pour aujourd’hui, et au pire jamais.
-
Admin Jml : Pour que ça fonctionne, il te faut la boot.img qui va avec la Sam, boot.img qui n’est pas sorti et qui ne sortira peut-être jamais…
Donc bon, pour l’instant, on peut espérer et attendre… et c’est tout…
—
/me attend aussi de voir OS4 sur Sam ou MOS sur Efika…
Only Amiga makes it possible !
-
houlà……
en fait j’en sais trop rien, mais bonne chance quand même
si cela doit fonctionner comme un amiga ng, il te faut un fichier de démarrage du style kickstart, je crois…
sur aos4 c’est uboot
et sur peg 2 c’est aussi un fichier de boot, le firmware
je ne crois pa u’il y en ai un de développer pour la sam
et comme elle fonctionne sous linux, d’abord tester avec avec un live cd aros ce serait cool de voir la différence
avec le peg2 (lui il rame à mort)
tiens simple curiosité, elle revient à combien la sam?
1 A500 2mo, 1 A500 512ko +ACA500+, 1 msx 8235 et des consoles.
Une guerre se termine, il ne reste que des survivants et ceux qui ont tiré les ficelles qui écrivent ou réécrivent l’histoire...... et préparent une autre guerre... du genre ok je n'envoie pas de tomahawk, et tu me laisses tranquille quand j'attaque la colombie et le venezuela.. -
Bonjours à tous,
Je souhaiterais installer MorphOS sur une carte SAM 440EP
pour des tests.
Est-ce que l’un d’entre vous a déjà essayé?
Quels seront les problèmes rencontrés?
Merçi de vos réponses.
JML
-
Dites donc, làà monsieur yomgui ! Je suis en train de mater l’appli / les sources de blender sous windows, et je me dis, tient, allons voir le travail de portage de yomgui, et je ne trouve pas les sources de la version morphos sur ton site. Ou sont-ils ? Allez hop ! vive le GPL et à poil les sources !
-
J’ai obtenu de l’aide sur #gurumed.
Pour résumer :
– GccFindHit ne fonctionne que pour des binaires 68k,
– objdump et ppc-morphos-objdump permettent de trouver la position d’un hit, respectivement pour des binaires 68k et PPC,
– l’exe doit être compilé avec l’option -g de Gcc,
– pour plus d’info, se référer au site de Henes :
http://www.biclodon.com/documentation/morphosdebug
Merci à Fab pour la démonstration.
Rmais96
-
@sreg: evidemment que Intuition ne fonctionnnerait plus. Rien ne fonctionnerait. Je parle évidemment de repartir de zéro. Enfin, pas vraiment, puisque on a l’ABox pour attendre. Et le reste, bein ca partirait casiment de zéro biensur. Tout en conservant les bons côtés de l’Amiga. En zappant les mauvais, en en améliorant d’autres. Et pourquoi pas, pondre des APIs proches des existentes pour pouvoir porter plus/moins facilement des softs. Mais oui, évidemment: l’ancien système, on l’arrête: il tourne grâce à l’ABox.
Alors, oui: c’est long… Mais bon: tout comme on réécrit souvent un soft de zéro quand on pond une nouvelle version, tout comme on redessine une voiture de zéro, tout comme on re-conçoit un moteur de zéro, tout comme Mac a refait un système de zéro (enfin, presque: le noyau Darwin était déjà fait… Mais tout comme Quark existe et est fonctionnel aujourd’hui-même, et depuis les débuts de MorphOS en fait), pourquoi on ne repartirait pas de zéro sur Amiga aussi ? Apres plus de 20 ans, il serait temps, non ?
@+,
Léo.
-
salut,
avec vous bien dans les settings du genre:
source directory Blitz3:sourcecodes/
include directory Blitz3:Sourcecodes/Includes/
docs directory Blitz3:Docs/
Autodocs directory Blitz3:Autodocs/ (si NDK 3.9).
standard deflibs Blitz3:Blitzlibs/Deflibs
sinon lors de la compilation, il se peut (selon qui est l’ ecran public dans les settings), que le debugger se lance ainsi que le programme sur l’ecran du workbench. il faut donc sauter sur l’ecran du WB selon les cas.
sinon il est teste et fonctionne sur aos4 et morphos. Par contre c’est une ersion beta. exemple, quitter avec closeall ou le bouton de fermeture de l’ecran sur aos3 ou sur morphos donne un guru (en cours de resolution).
Si vous trouvez des hits ou bugs que je puisse reproduire, je transmettrais a lauteur.)
-
si os4.0 et morphos tombe à l’eau (je dit bien si) alors aros evoluera bien mieux
-
Bien,
A l’heure oùl’on parle de plus en plus d’AROS, je me penche sur ce system avec un peu plus d’intéret et me pose plein de questions.
1- En apparences, l’intéret principale d’AROS, c’est d’être X86, donc avec un pannel de hardware extrêmement ouvert.
2- AROS se calque sur AmigaOS et si j’ai bien compri, tout a été fait pour qu’il soit le plus compatible possible au niveau sources.
Ce dernier point m’intrigue. Si AROS a été conçut dans l’optique de rester le plus compatible possible avec l’AmigaOS, est ce que cela veut dire qu’il se traine les mêmes limites de conception que l’AmigaOS 4 et Morphos?
En effet, si AROS est très prométeur pour un avenir à plus ou moins long terme, par ce qu’il aura toujours du hardware pour lui, a t il une achitecture plus évoluée que ses homologues?
RyZen Rulez 😉
-
Puisqu’elle apporte beaucoup d’intérêts, qu’elle ne ralentit en rien le système, on attend quoi ? On est tous d’accord pour dire que c’est pas implémentable (à la sauce Unix,… du moins) dans les environnements actuels. Pour ce qui est de la compatibilité, pour moi elle devrait être là que pour pas partir de zéro. Et, si je prends le cas de MorphOS: c’est déjà fait.
Alors: pourquoi on n’attaque pas un nouveau système *avec* la protection mémoire, la compatiblité, étant destinée à disparaitre, étant fournie par l’ABOX (et celle ci est actuellement amplement suffisante…) ?!
@+,
Léo.
-
Admin L’impression fonctionne (comme toutes les laser postscript), c’est la partie « scanner » sous FxScan qui n’est pas encore opérationnelle…
-
Question malheureusement redondante.
Mon epson 790 étant apparement incurablement bouchée, j’ai vraiment besoin d’une imprimante neuve.
Le choix est assez vaste sous linux et Mac Os X, mais j’aimerais aussi imprimer sous MorphOS.
Je cherche donc une imprimante encore disponible dans le commerce et compatible avec Morphos.
Si cette requete s’averait impossible, comment peux t-on regler les prefs de mos pour imprimer via une machine distante ( windows ou linux ) et sans le pilote d’imprimante ? Un tuto bien detaillé serait vraiment le bienvenu.
@BigDan : des nouvelles d’un eventuel pilote pour brother ?Tiki
-
L’adressage est déjà virtuel dans MorphOS & HyperOS, ça n’a rien à voir
Et pas besoin d’allouer sur la pile pour faire des buffer overflow sans crasher sur tux et la plupart des OSes à mémoire protégée :
char *a = malloc(1);
a[1] = 0;
Un beau petit bug qui explose la mémoire sans faire de segfault ou même être détecté.
-
Je viens de lire les 3 premiéres réponses de ce fil…
Je suis consterné. Absolument consterné. C’est n’importe quoi de A a Z. On invente des défaut à la protection mémoire qui n’ont jamais existé, on y amalgame les défauts de la mémoire virtuelle. Morphos/OS4/Aros n’ont pas été à la hauteur et n’ont pas voulu vraiment créer un nouveau systeme, c’est tout. Mais alors s’imaginer que « sans protection c’est mieux parce que c’est plus léger » ça n’a absolument aucun sens, croire ça, c’est de l’ignorance, le * faire croire aux autres * c’est de l’obscurantisme.
Vous faites déshonneur à toute la communauté amiga, parce que là on a vraiment l’air de cons rétrogrades qui y connaissent rien.
Pourquoi vous croyez qu’il y a un MMU dans les processeurs depuis 1990 ? Un acces Ram n’est pas plus lent si il est protégé !!
