Résultats de la recherche sur « morphos »
-
-
-
genial je viend de trouve deja un gros problème j’avais la sound.datatype qui n’etait pas la version de l’upd4 est qui faisait planté maintenant c’est good
-
-
-
Falcon,
essentiellement != totalement
(et pis le workbench est un tas de patches genre asyncwb et cie, qui doivent pas l’aider à être stable
) -
-
-
-
Mod
-
Un petit témoignage de le part de qqun qui croise assez souvent Flype sur les forums de PB
Développeur sur PC en VB et en C, je cherchais un remplaçant multi-plateforme à VB car je n’envisageais pas de passer à .NET.
Après avoir écumé presque tous les basics amateurs et pros, je me suis arrêté sur PureBasic et je ne pourrais aujourd’hui plus le quitter.
Générant des EXE minuscules et sans besoin de runtime, le compilateur est d’une efficacité redoutable. Ce qui est plaisant, est que l’auteur (et l’équipe) ne se laisse pas endormir par la puissance des machines actuelles, et garde toujours un esprit d’optimisation maximum. Pour cela, il n’hésite pas à casser la compatibilité de temps en temps entre 2 versions afin de ne pas traîner des boulets ad vitam eternam.
PB supporte complètement l’API du système hôte que ce soit sous Win, Linux, Mac. Il supporte également pleinement les pointeurs, appels de fonctions par adresse, etc …. ce qui lui donne les même possibilités techniques que le C mais sans les rendre obligatoires.
Dans les faits, je m’aperçois que j’utilise ce langage à la fois en remplacement de VB mais également pour une partie de ce que je faisais avant en C. En effet, ce langage, dont seule la syntaxe s’apparente au Basic, produit des exécutables souvent largement aussi rapides que ceux produits par un compilateur C.
Je pourrais continuer ainsi longtemps à vanter les mérites de PB (Gadgets natifs du système hôte utilisés et ce sans incompatibilité de source, librairies de fonctions très complètes, …), mais je vais quand même donner une fin à ce témoignage
Pour être complètement objectif, voici ce qui manque encore à mon goût :
Bien que l’IDE soit sans doute l’un des plus complets sinon le plus complet parmi les « basics » alternatifs (coloration syntaxique, autocompletion, débuggeur intégré, traçage de variables, désassemblage, affichage de la pile, exécution pas à pas etc …), il lui manque cruellement une vraie gestion de projet. Il existe un IDE alternatif développé par une autre équipe de génies appelé JAPBE (Just Another PB Editor) mais qui ne comble qu’en partie cette lacune.
L’autre manque est que ce langage est orienté purement procédural. Il existe cependant une notion appelée « Interfaces » servant à la base à pouvoir utiliser certains objets de l’API. Il est possible de « bricoler » des objets grâce à cette notion, mais ce n’est clairement pas l’orientation du langage. Gageons qu’un réel support « objet » sera intégré dans les futures versions.
Quant à la version Amiga, elle est effectivement restée figée à la version 2.90. Son IDE n’est guère autre chose qu’un éditeur de texte (http://www.purebasic.com/screenshots/amiga_editor.gif) et il est dépourvu d’un editeur de GUI. La version 4.0 d’aujourd’hui n’a plus grand chose à voir mais les programmes faits sous Windows (par exemple) n’utilisant pas les nouvelles fonctions seront compilables sur Amiga. Pour avoir essayé, je peux dire que l’IDE ne fonctionne pas sous Morphos, mais les exécutables compilés fonctionnent correctement à travers l’émulation 68k. Il est sans doute possible d’utiliser sous Morphos un autre éditeur que celui fourni avec PB et d’utiliser le compilateur en ligne de commande. J’ai un petit peu discuté avec Frédéric Laboureur d’une possible version pour AmigaNG lorsqu’il était en train de faire la version Mac/PPC (le x86 n’était pas d’actualité à l’époque pour les Macs). Il m’a dit que ce n’était pas particulièrement prévu, mais que le compilateur PPC qu’il était en train de développer pour la version Mac ne serait pas du temps perdu si une version devait voir le jour.
Petit aperçu de l’IDE actuel de PB4 :
http://niffo.free.fr/forums/PB4_IDE.png
En effet, les screenshots présents sur le site officiel ont un peu d’âge
-
-
Elwood,
Sinisrus a peut être certains trucs mal installés qui
déstabilisent son système.
Mais cela dit, parmi les trucs que tu n’utilises donc pas puisque tu affirmes ne pas planter :
– Warp3D en général qui explose aléatoirement
– les ports de jeux hyperion (hmhm)
– l’usb boiteux et le workbench qui se bloque lors d’une copie
– les tonnes de ports amateurs boiteux, SDL ou non, dont mplayer, qui se vautrent pour n’importe quelle raison
– la compatibilité 68k parfois limite qui fait planter certains softs tout à fait respectueux du système.
Ca fait déjà un peu plus que ib et yam qui sont en effet instables. Je ne peux malheureusement me baser que sur les témoignages parus sur aw.net, mais je soupçonne qu’il y a plus à ajouter à la liste.
Pour résumer, à part Warp3D et l’ému 68k, les bugs sont quand même essentiellement la faute des développeurs tiers, et non celle d’OS4.
Pour équilibrer, il est à noter que sur morphos on a aussi notre lot d’applications instables, qui sont majoritairement les ports SDL torchés et à peine testés. Et dans le 1.4.5, un souci avec le hw usb fait qu’on est obligé d’ajouter un ‘wait 1’ dans la startup sequence, et enfin l’overlay a tendance à se perdre parfois pour certains. Voili voila.
/me revêt son armure de combat
-
Pour le coté rapidité, pourquoi pas, ça dépends des programeurs, s’ils font bien leur boulot.
Pour la stabilité.. Perso j’ai surtout des problèmes avec des programes 68k.
Le même programme 68k aura plus de chance ( ou mal chance
) de planter sur AOS4 que sur MOS. -
