› Forums › Rechercher
Résultats de la recherche sur « morphos »
-
dans le forum Général
27 février 2005 à 1h32Tout est dans le titre

je ne voudrais pas faire le ralleur mais voila la situation:
Aprés une longue attente et en attendant que MOS 1.5 le vrai, le beau, le tant attendu, soit la, la recherche de ressources sur le net pour notre cher OS devient pénible et chaotique au possible.
Je m’explique, fut un temps sur Amiga, quand on etait à la recherche de quelque chose Aminet etait la solution à tout.
Aminet aprés de nbrs mois d’absence n’a pas rempli son rôle et tout c’est eparpillé…
Fut un temps sur MorphOS quand bbrv etait riche et beau les ressources MorphOS etait sur le FTP Zargos, les histoires vaseuses sur lesquelles nous ne reviendrons pas on fait que Zargos est quelque peu à l’abandon.
Aujourd’hui chaque dev MOS y va de sa petite contribution, MUICON, divers classes MUI open-sources compilé par divers codeurs ayant eux mêmes des capacités à faire les choses proprement tres divers (Damato doit mourir), je ne reviendrai même pas sur le chapitre Ambient, passé open-source, modifié pour pouvoir tourner sur MOS 1.4.3 mais qui necessite tout de même un MUI 4 non publique, je ne reviendrais pas non plus sur le fait que certains devs ont aujourd’hui un MOS 1.5 et developpe pour ce dernier, realisant necessairement des softs potenciellement instable sur la release publique de MOS, la notre…
Evidement tout se bordel se retrouve ici et la sur la toile parfois en double, en tripple exemplaires en des versions similaire mais pas necessairement avec la même stabilité (ah les classes custom MUI c’est que du bonheur).
On voit même pire des versions de libs ou classes modifiées pour passer les verification de version de certains progs developpé pour un MOS non publique
)Et tout ces softs, libs, classes se retrouvent evidement sur autant d’URL…
Bref, tout se bordelodrôme me rappel etrangement le monde linux et ça, ça ne me plait pas du tout…
Bref, pour satisfaire le gueulard notoire qui exige sans aucune reflexion préalable de quoi faire evoluer son OS et donner à manger à son Pegasos ne serait-on pas entrain de foutre un bordel terrible ?
Je préférre rien avoir et attendre patiement une ISO une vrai homogéne et compléte plustôt qu’aller à la pêche au MaJ sur 150 URL differentes proposant 3 fois les mêmes choses en des versions variablement de confiance…
Je ne veux pas que le petit monde de MorphOS et d’une maniere générale de l’Amiga ressemble au chaos post bonbardement atomique du monde linux.
Pitié pas ça.
-
Cool
Pour du debug ca c’est un petit cours de derriére les fagots pour debugger vite fait bien fait…
-
En fait il est indispensable d’avoir une adresse MAC pour esperer completer l’installation de Linux.
J’ai trouvé une parade sur le net à ce problème vraiment gonflant.
Il y a en effet un moyen pour changer son adresse MAC (c’est pas sous Windows qu’on pourrait le faire je pense).
Voici donc l’astuce de la journée à utiliser uniquement si vous avez un probleme genre FF:FF:FF:FF:FF (par exemple si vous avez un @*$£ de April1) :
Mettons par exemple que l’adresse mac sous MorphOS
est 0F:0F:0F:0F:0F.
– On demonte la carte ethernet 0 :
ifdown eth0 down
– On met la bonne adresse MAC (celle qu’on a sous MorphOS) :
ifconfig eth0 hw ether 0F:0F:0F:0F:0F
– On remonte le tout
ifdown eth0;ifup eth0
Et là c’est maqique :
On relance apt-setup et maintenant le download de packages via ftp fonctionne.
Merci à « Oli » pour cette astuce expliquée sur le net.
(Encore un truc qui va se retrouver sur le wiki
) -
Il ne s’agit pas du crash d’une tache/process exec.library comme pourrait l’être « ide.device » ou « bourriquet ». D’ailleurs, il n’y a pas de partie « Running Task ».
Il s’agit du crash du thread « Emul: Time » de l’ABox.
De ce fait, le dump présent dans le log n’a pas été fait par le gestionnaire d’exception d’exec.library (puisqu’il ne s’agit pas d’une exception causée par une tache/process qu’il gère) mais par celui de l’ABox.
Cela se passe donc à un niveau supérieur à exec.library et au reste de l’environnement amiga classique.
Inutile donc de chercher des informations de segment telles que fournies par segtracker pour ensuite trouver un offset dans bourriquet ou autre. Ce thread « Emul: Time » n’a de toute façon probablement jamais été exécuter du code de bourriquet.
Il y a de nombreuses raisons qui pourraient expliquer le crash de ce thread: bourriquet trashant sa mémoire, etc…
Néanmoins, le fait que l’accès mémoire illégal se fasse en 0xdeadfab1 donne un indice intéressant. On peut même voir que le registre r11 (GPR[11] dans le dump) contient 0xdeadfaad et qu’il doit donc s’agir d’un accès relatif à cette adresse.
Hors, exec.library/DeleteIORequest() rempli iorequest->io_Message.mn_Node.ln_Succ avec ce motif 0xdeadfaad. C’est probablement spécifique à l’exec.library de MorphOS et fait pour faire crasher le plus vite possible les applis buguées.
On peut imaginer qu’un iorequest est réutilisé après avoir été « deleteiorequesté ».
Puisque c’est le thread « Emul: Time » qui crash, on peut imaginer qu’il s’agit d’un thread relatif au temps (« time ») et utilisé par le timer.device
Peut-être un couple de AbortIO()+WaitIO() a été oublié avant le DeleteIORequest() d’un iorequest envoyé au timer.device.
-
Hip !!
@BatteMan: C’est ma faute, j’ai juste vu qu’on parlait de dessins vectoriel pour morphos, j’ai balancé SteamDraw
!! qiH
-
J’ai fait comme tu m’as indiqué( objdump, editeur, recherche de 10142868, etc…), mais y a un probleme… 10142868 ben ca n’y est pas dans le dump.
-
-
[Hors Sujet]
Nico: Benchmark « Zero » (référence en la matière), en framerate, avec musique.
AOne 7455/ 933: 62 fps.
Peg2 7447/1000: 73 fps.
AOne 7447/1100: 82 fps. (machine de Hans Joerg Frieden).
Peg2 7447/1264: 93 fps. (machine d’une personne de référence qui ne te répondra certainement pas si tu lui demande)
Au revoir.
Quand l’autre aura fini de nous sortir des chiffres bidons à coup de je sais pas quels benchmarks (qui présents nativement sur nos deux machines sont évidemment des références), ca avancera le schmilblik un peu, enfin bon bref…
[/Hors Sujet]
Je suis comme nico, je trouve ça un peu inutile (tout comme je trouve inutile d’overclocker un peg 2), surtout avec les logiciels qu’on a des deux côtés, qui exploitent vachement la machine au max de ses capacités, bien entendu (celui qui verra visuellement une différence entre « zero » à 60 ou « zero » à 70 fps est fort)…
Modération de BatteMan : la fin du message pouvait être mal interprété, et apparement ça a été le cas…
-
« ..Bon, j’ai acheté un disque dur et j’ai reussi à installer la version complete (debian/sarge), par contre une fois l’installation finie,… »
courrage tu y es presque !

« …boot /pci/ide/disk@0,1:0 boot/vmlinuz-2.4.27-powerpc root=/dev/hdb1… »
« …ca me retourne qq chose comme « Filesystem is not supported… »
« …You need a FFS partition for booting from the OF. If you don’t have such one available yet, you can… »
je dirais tu essaye de booter sur ton nouveau hd
le message est clair,peut etre tu te referes a des docs de peg2 donc l’openfirmware plus recent est capable d’aller lire des images de boot sur des partitions ext2
le firmware du peg1 ne sait lire que du FFS
ca tombe bien tu as forcement deja une partition FFS pour ton image de boot de morphos, tu vas donc aller ranger l’image de boot de nunux a coté de celle de morphos
mais il te faut recuperer l’image de boot que nunux, pensant gentillement que tu avais peut etre un peg2, est allé te coller sur la partition ext2(si tu as pas choisit du ext3) ou il s’est lui meme installé
donc tu as deux solutions:
soit, tu mount la partition nunux-ext2 sous morphos et tu va recuperer ton image, ca j’ai pas testé
soit, a la fin de ton installation de nunux, avant de rebooter, tu prend la main dans une console(alt-f2)
et la tu mount la partition ffs ou se trouve ton image de boot-pour-mos et tu y deposes l’image-de-boot-de-nunux
mount -t affs /dev/ide/host0/bus0/target0/lun0/part1 /mnt
*il faut surement ajuster les 0 en fct de ta config, la a priori, ca serait ide1-maitre premiere partition*
copy /boot/vmlinuz-2.4.27-powerpc /mnt
maintenant pour booter nunnux ca serait:
boot vmlinuz-2.4.27-powerpc root=hdb1
*besoin de rien rajouter entre la commande boot et ton image puisque c exactement au meme endroit que celle de mos qui est certainement deja parametré dans ton firmware*
peut etre mahen a quelque chose a dire, il me semble qu’il a du effectuer cette manip assez recement
trop tard en plus …

-
Si possible, tu n’as qu’à mettre le vmlinuz dans la partoche de boot FFS de ton 1er disque. Comme ça, pas besoin d’en faire une sur le deuxième.
Je ne connais pas partman mais cette histoire de partitions « primaires » et « logiques » me semble trop proche de la terminologie MSDOS pour être honnête. Perso, j’ai créé toutes les partitions sous MorphOS, et ensuite je les ai utilisées sous Linux.
Pour accéder aux partitions Linux depuis MorphOS… Puisqu’apparemment tu as fait des partitions « MSDOS » sur le deuxième disque, j’imagine qu’il faut utiliser MountDOS pour y accéder (ou un truc comme ça). Il te faudra également le filesystem ext2 pour MorphOS.
A l’inverse, il est très facile d’accéder aux partitions FFS ou SFS depuis Linux. Il suffit de rajouter une ligne par partition dans le fichier /etc/fstab, en donnant comme filesystem soit affs soit asfs. Ensuite, ces partitions seront montées automatiquement à chaque boot, mais tu peux aussi les monter manuellement avec la commande mount.
-
Deux possibilités : mettre des messages de debug partout dans ton prog (kprintf()) pour voir entre quels messages de debug ça hitte, ou utiliser objdump pour localiser l’instruction qui hitte.
Pour utiliser kprintf(), il faut linker avec libdebug.a qui est dans le répertoire /ppc-morphos/lib/libnix/ du SDK (donc, pour gcc, -ldebug -noixemul fait l’affaire).
Pour objdump, c’est expliqué dans l’article de Henes sur http://www.biclodon.com .
Je résume, en français : il faut taper objdump –reloc –disassemble-all tonexe >tonexe.dump
Ensuite tu charges tonexe.dump dans ton éditeur et tu cherches le SRR0 (dans ton cas, 10142868).
Il faut avoir compilé ton exe avec -g (que ce soit avec gcc ou vbcc) pour avoir les noms des fonctions dans le dump, ce qui te permettra de t’y retrouver.
Avec un peu de chance, je ne me suis pas planté dans l’explication.
PS : t’es pas sympa avec Fab1

-
hello

J’ai un petit souci en ce moment sur mon programme…
De temps en temps en sortie de programme voici le bug que j’obtiens :
ASM_Exception: DAR 0xdeadfab1 DSISR 0x42000000
ASM_Exception: IntGPR1 0x1002fc0 SRR0 0x10142868 SRR1 0x7030 LR 0x10142830
ASM_Exception: Type 0x3
ASM_Exception: Thread 0x57b9e0 Name Emul: Time
ASM_Exception: DAR 0xdeadfab1 DSISR 0x42000000
ExceptionThread: Exception Thread 0x57b9e0 (Emul: Time)
ExceptionThread: Type 0x3 (Data Access)
ExceptionThread: Illegal Data Access at 0xdeadfab1 DSISR 0x42000000 (Write Access to a not existing Page)
PC(SRR0) 0x10142868 MSR(SRR1) 0x00007030
CR 24000000 XER 20000000 LR 10142830 CTR 00418758 General Register
Dump: GPR[0] 0057d4a0 20029650 20029b94 0000b030 00000001 0043a2c8
20027afe 20027afa GPR[8] 21245c38 0000f030 2117b170 deadfaad 00007030
0d0d0d0d 0e0e0e0e 0f0f0f0f GPR[16] 10101010 20029678 20029ae8 00000001
00000000 0000001f 20029b10 20027ae2 GPR[24] 20027afe 20027ade 20027afa
0057d4a0 21245c38 40000000 00000000 200278bc FPSCR 00000000 FPECR
00000000 FPR[0] 0x0000000020020001 0x0000000000000000
0x0000000000000000 0x0000000000000000 FPR[4] 0x0000000000000000
0x0000000000000000 0x0000000000000000 0x0000000000000000 FPR[8]
0x0000000000000000 0x0000000000000000 0x0000000000000000
0x0000000000000000 FPR[12] 0x0000000000000000 0x0000000020020001
0x0000000000000000 0x0000000000000000 FPR[16] 0x0000000000000000
0x0000000000000000 0x0000000000000000 0x0000000000000000 FPR[20]
0x0000000000000000 0x0000000000000000 0x0000000000000000
0x0000000000000000 FPR[24] 0x0000000000000000 0x0000000000000000
0x0000000000000000 0x0000000000000000 FPR[28] 0x0000000000000000
0x0000000000000000 0x0000000000000000 0x0000000000000000 Special
Register Dump:
IABR 00000000 DABR 00000000
PCM1 00000000 PMC2 00000000 PMC3 00000000 PMC4 00000000 OS Register
Dump:
SysCall_SRR0 101457b8 SysCall_SRR1 00007030 SysCall_GPR2 20029b94
SysCall_LR 0d0d0d0d SysCall_CR 10142830
StackFrame History:
Stack 0x20029650 StackEnd 0x20029b8c LR 0x10142830
ASM_Exception: DAR 0x20029650 DSISR 0x40000000
ASM_Exception: IntGPR1 0x1002fc0 SRR0 0x41d2a8 SRR1 0x3030 LR 0x41d28c
ASM_Exception: Type 0x3
ASM_Exception: Thread 0x144d030 Name Exception Server
ASM_Exception: DAR 0x20029650 DSISR 0x40000000
Quelqu’un pourrait m’indiquer la marche à suivre pour eviter ce désagrement SVP ?? (par où commencer, etc…) en vue d’éradiquer ce bug… parce que là je suis paumé
NDBatteMan : J’ai enlevé quelques « — » qui cassaient la mise en page.
-
Bon, j’ai acheté un disque dur et j’ai reussi à installer la version complete (debian/sarge), par contre une fois l’installation finie,
je n’arrive pas à booter sur linux (c’est bête non ? mais bon j’ai progressé depuis la dernière fois quand même !).
1) J’ai essayé la méthode douce :
Après l’installation je fais :
boot /pci/ide/disk@0,1:0 boot/vmlinuz-2.4.27-powerpc root=/dev/hdb1
ca me retourne qq chose comme « Filesystem is not supported »
2) J’ai essayé la méthode brute (et ca fait 2 ou 3h que je galère) :
Dans le readme d’install il y a écrit :
You need a FFS partition for booting from the OF. If you don’t have such one available yet, you can :
4.1) In partman, create a small partition, but don’t use it.
In this example it will be the first partition of the primary master
IDE disk, if your setup is different, please adapt it.
4.2) Once the base install is finished, go into console 2 with alt+F2.
4.3) Create the partition with mkaffs :
# mkaffs /dev/ide/host0/bus0/target0/lun0/part1 boot
Notice that d-i uses devfs partition names, you may look at
/proc/partitions for a list6 of available partitions. »’
4.4) Change the dostype of the partition with :
# dostype /dev/ide/host0/bus0/target0/lun0/disc 1 0x444f5301
Donc moi j’ai maintenant 2 disques :
– sur le premier (bus0/target0) il y a MorphOS
– sur le second (bus0/target1) je veux mettre Linux et je le partitionne de la manière suivante avec partman dans l’install Linux
-> no1 primaire 4Go ext3 /
-> no5 logique 500Mo swap
-> no6 logique 4Go ext3 /macosx
-> no7 logique 8Mo
32Go non alloués
Comme dit dans le readme, à la fin de l’install, je lance le shell et je fais :
mkaffs /dev/ide/host0/bus0/target1/lun0/part7 boot
Reponse :
blocks : 16002
blocksize : 512
reserved blocks : 2
root block : 8001
dostype /dev/ide/host0/bus0/target1/lun0/disc 7 0x444f5301
Reponse :
Pralloc=0, reserved=2, blocksize=1, root block at 166197274
Partition table is not of type « amiga », cannot set dostype
Là je pense que c’est cuit, j’essaye quand même de mounter la partition mais sans succes
[no such device]3) Voir les partitions MorphOS sous Linux
En fait sous Linux je ne vois pas les partitions MorphOS et sous
MorphOS je ne vois pas les partitions Linux. Si j’arrivais à le faire je pense que le probleme serait réglé en copiant le noyau linux dans ma partition de boot MOS.
Je tourne en rond… Help !
-
@fenrix: je peux le lancer mais c’est inutilisable. Il faut attendre
une mise a jour…
Petit truc: lance le depuis un shell.
-
J’ai acheté une licence à l’auteur et je viens de télécharger la version MorphOS. Je lance le soft et j’ai une fenetre SDL noire et vide (que je ne peux pas fermer). Normalement, je devrais avoir un fichier .rg qui se crée mais ça ne semble pas fonctionner. Quelqu’un est arrivé à le lancer sur MOS?
Ciao
