Résultats de la recherche sur « morphos »

Affichage de 15 réponses de 16,246 à 16,260 (sur un total de 19,943)

    • dans le forum Général

      Tout 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.

    • En réponse à : Debug (progr. Morphos)

      #33005

      @henes:

      Cool :)

      Pour du debug ca c’est un petit cours de derriére les fagots pour debugger vite fait bien fait… :-D :-D :-D

    • #31519

      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 ;-) )

    • En réponse à : Debug (progr. Morphos)

      #33004

      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.

    • En réponse à : DrawStudio

      #32933

      Hip !!


      @BatteMan
      : C’est ma faute, j’ai juste vu qu’on parlait de dessins vectoriel pour morphos, j’ai balancé SteamDraw ;)

      !! qiH

    • En réponse à : Debug (progr. Morphos)

      #33003

      @stan:

      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. :-(

    • En réponse à : Debug (progr. Morphos)

      #33002

      @stan

      ok et merci pour tes explications …

      PS: c’est vrai que DeadFab1 ca le fait pas :) :-D

    • En réponse à : amigaone

      #32982

      [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…

    • #31517

      « ..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 … :)

    • #31514

      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.

    • En réponse à : Debug (progr. Morphos)

      #33001

      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 :)

      • dans le forum Développement

        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.

      • #31513

        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 !

      • En réponse à : Pixel32 pour Morphos

        #29150

        @fenrix: je peux le lancer mais c’est inutilisable. Il faut attendre

        une mise a jour…

        Petit truc: lance le depuis un shell.

      • En réponse à : Pixel32 pour Morphos

        #29149

        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

      Affichage de 15 réponses de 16,246 à 16,260 (sur un total de 19,943)

      Amiga Impact