1 210

En réponse à : Prise en main MorphOS : besoin d’aide !

#24643

Hip !!

11) tu peux chopper xad sur Aminet [ ClickMe ] et Voodoo-X (également sur aminet) [ BlowMe ] : la GUI officiel de la library XAD (un système de librairie pour désarchiver tout et n’importe quoi…)

!! qiH

En réponse à : Prise en main MorphOS : besoin d’aide !

#24642

quel efficacité !

9) heureusement ! j’ai eu peur

ca me paraissait super bizarre mais comme tout n’est pas finit…

10) nappe ? ah ? pourtant il me semble bien que c’est une 80fils. C’est celle que j’avais pour l’ATA dans mon PC (avec un connecteur bleu d’un coté). Nondidiou ! C’est vrai que sur mon PC c’était les 2 disques qui étaient branchés dessus. Le DVD IDE il etait sur une nappe normale.

Ca m’étonne quand même mais je vais suivre ton conseil et essayer de changer les branchements/nappes alors.

Bon sinon c’est peut être le lecteur de DVD qui s’est mis à merder quand il a appris qu’il n’y aurait pas de MorphOS1.5.

OK… je sors.

11) OK… mais j’aime bien rar aussi

Remarque : il y a quand meme qq chose qui m’intrigue. Je n’ai eu AUCUN probleme avec l’install de MorphOS et je n’ai pas changé les branchements depuis…

[Admin]

En réponse à : Prise en main MorphOS : besoin d’aide !

#24641

9) Tous les formats de CDs sont reconnus.

10) Cherche pas, c’est pas ça, c’est ta nappe qui est pas bonne. Il faut une nappe 80 fils et pas 40 (pas une nappe ide souple).

11) Utilise le zip et rechope unzip sur aminet. Si tu veux faire du RAR, rechope unrar sur aminet.

—

/me a tout répondu !

Only Amiga makes it possible !

En réponse à : Prise en main MorphOS : besoin d’aide !

#24640

Re-bonjour à tous et à toutes,

j’ai essayé de mettre en place tout ce que vous m’avez dit mais je suis tombé sur deux nouveaux problèmes bloquants qui ne m’ont pas permis d’installer les differents logiciels que vous m’avez conseillé pour l’instant (ce qui commence un peu à m’atteindre le moral, surtout avec l’histoire MorphOS1.5) :

– mon lecteur de DVD (IDE) anciennement dans mon PC semble « déconner grave » depuis qu’il est dans mon Peg1.

En fait je n’arrive pas à lire des CDRW sans qu’il y ait d’erreurs et je ne comprends pas bien pourquoi.

J’ai essayé 2 types de CDRW : des 700Mo 12X et des 650Mo 4X et dans les 2 cas j’ai des problèmes.

J’ai pourtant pris le format de CD qui me paraissait le plus standard, c’est à dire ISO9660 Level 1, pas de multisession et sans restrictions sous Nero avec aucune option particuliere) et il n’y a pas moyen. Certains fichiers passent d’autrent n’arrivent jamais à être copiés.

Par contre sur PC le CDRW passe sans probleme. Mysterieux non ?

En fait je suis plutôt inquiet car j’ai lu qq part qu’il y avait un bug avec l’IDE (et « Articia ») sur certains Pegasos.

Pour info : mon HD est branché en master et mon lecteur de DVD en slave sur la premère nappe IDE.

Question 9 : Y’a t’il un format spécifique de CD à utiliser ? (ISOxxx CD+R seulement ou je ne sais quoi d’autre)

Question 10 : Y’a t’il un moyen de verifier que l’on a pas de bug avec l’IDE sur le Pegasos ?

– Par ailleurs j’ai reussi à copier 2 archives par miracle creees sur PC avec WinRAR 3.0. Mais l’utilitaire Unrar V3.00 ne semble pas les reconnaitre (alors est-ce que c’est mon soft de décompression qui est pourri ou bien la copie qui s’est mal passée une fois de plus)

Question 11 : Quelqu’un a t’il déjà essayé de decompresser sur Peg1 des archives creees sur PC avec WinRAR ou même WinAce car le lha c’est un peu la misere coté outils PC avec les noms longs (Il y a bien Powerarchiver mais bon ca ne marche pas terrible).

Encore une fois je vous remercie d’avance pour vos reponses :-

En réponse à : plus de portages Morphos qu’amiga OS4.0

#24481

Nico: « je ne cherche qu’à comprendre ».

Je te rassure. Un jour, tu aura l’Os 4 dans les mains, et là, tu comprendra.

En réponse à : le pourquoi du comment

#25074

La dernière de monsieur BB :

« As for the whole morphos.net episode, this may or may not kill MorphOS as a desktop system. We will do our best to insure there is a 1.5 release. Sadly, this situation has proven to our bigger partners why open source, unless a development is tightly controlled, is a better approach in some respects and have for the moment eliminated MorphOS from our strategic partnership discussions. »

Il a oublié de terminer en précisant que c’était la marmotte qui mettait le chocolat dans le papier d’alu…

Ou ce gars est un habile manipulateur ou bien il se fout totalement de notre g…le.

En réponse à : plus de portages Morphos qu’amiga OS4.0

#24480

Ta-taaaaaaaaaaaaaaannnnnn!

Ayé, je suis revenu sous mon pseudo orginiel, étant donné que nombreux sont ceux qui m’appellent encore par mon vieux pseudo .

Bon, et pour répondre à Poly en 2-4-6, GrimReaper apparaît vraisemblablement à chaque hit. Rassure-toi, pour mon utilisation, il apparaît seulement sous iBrowse, lors d’une orgie de JavaScript ou de SSL. Un clic anodin (et pas « ragondin ») sur « kill », et iBrowse continue comme si de rien ne fut (de chêne). Par contre, à la moindre apparition de GrimReaper sous iBrowse, le prog ne peut plus se fermer complètement; il reste toujours, au final, une mini fenêtre de fermeture. Il existe un hack qui permet de pallier ce problème; j’essaierai et vous tiendrai au courant.

Tigr… ah, bord…eaux, Kokin0u, avec un « 0 »

En réponse à : plus de portages Morphos qu’amiga OS4.0

#24479

@Crisot: Ca venait de Krabob là

Je ne demande qu’a comprendre, explique.

PS: tes posts sont trop forts

En réponse à : plus de portages Morphos qu’amiga OS4.0

#24478

Nico: Laisse tomber, de toute façon tout ce qui vient d’Hyperion n’est pas valable pour toi. Tout ce que tu cherches à faire c’est détruire sans même chercher à sa savoir si ce que tu attaques est touchable ou non.

Krabob: Laisse tomber: On l’aura notre protection mémoire, point final. Ils ont pas encore digéré que l’Articia S, ils ne vont pas digéré que l’Os 4 ai une protection mémoire sans tout foutre dans des boites, d’ailleur ça se comprend bien quand on voit tout ce qu’il faut digérer de leur coté.

En réponse à : plus de portages Morphos qu’amiga OS4.0

#24477

@Krabob: Ce que tu viens d’énnoncer, ne marche pas et/ou ne permet pas

d’avoir une protection de mémoire complete.

les applis concernés sont codé dans les régles de l’art, c’est a dire

qu’elles ne sont pas sencé faire des trucs déconseillé par les docs amiga officiel

Ouais, mais il y a legion d’applis codé avec les pieds…

Certains soft check même pas leur stack au démarrage…

hop une petite copie au moment de l’envoie par une factory encapsulé, puisque les msg sont des struct de taille minimale c’est kifkif la cache.

L’interret des Message c’est bien d’éviter d’avoir a les copier.

Les .device peuvent être gérer par des taches indépendantes, ces

taches peuvent avoir besoin de lire/écrire dans le tampon (CMD_WRITE

ou CMD_READ la plupart du temps).

->Tu veux faire une copie CPU a chaque fois que t’écris sur ton HD?

bouge ta sourie, joue un sample ?

Hors les « bases » des libs c’est le cas elle sont globale a la lib!

On peux faire des library « multibases ». La vorbisfile_68kgate.library

a besoin de quelques variables pour chaque « opener ». Chaque opener a

une base différente.

la seule utilisation de ces fonctions que j’ai vu c’était les pitoyable startup des demos A500

Un programme comme Scout qui liste les trucs du systemes (libs, tache,

port…) utilise Forbid()/Permit(). Si tu vire Forbid()/Permit() Scout

ne marchera plus.

C’est aussi utilisé (implicitement) dans les LibInit, et tu dois

l’utilise dans LibExpunge pour pas exploser la liste des libraries.

Extrait de l’autodoc DU NDK 3.1 de FindPort():

>This function will search the system message port list for a port

>with the given name. The first port matching this name will be

>returned. No arbitration of the port list is done. This function

>MUST be protected with A Forbid()/Permit() pair!

Forbid() dans le source OS4 de SimpleMail

http://cvs.sourceforge.net/viewcvs.py/simplemail/simplemail/amiga-mui/startup-os4.c?rev=1.8&view=auto

—

Il y a peut-etre des solutions diverses et variés. Mais, je vois mal

comment on peux implémenter tout ca sans faire des grands écarts

permants entre trucs modernes et compatibilité.

D’ou l’interret de laisser ce bordel de coté, et de faire un vrai truc

tout neuf.

Cordialement

En réponse à : plus de portages Morphos qu’amiga OS4.0

#24476

des réponses pour fab1, qui me pose des questions à moi personnellement:

Puisque krabob semble si bien connaitre le développement d’OS4, il va sans doute pouvoir nous dire comment arriver à une vraie protection mémoire *pas* bancale sur OS4 sans casser la compatibilité avec l’api existante (et donc les applis existantes par la même occasion).

Mes connaissances sur l’OS4 lui même sont de l’ordre de son architecture générale, de la même façon que pour morphos. Tout ce que j’ai prétendu (ma signature, le fait qu’un portage mos/ABox->OS4 sera plus facile qu’un mos/ABox->mos/QBox) est pourtant vrai. Je ne sais pas les méthodes qu’emploie et que vont employer hyperion pour réaliser la protection mais d’aprés mes connaisances du systéme OS3.X c’est tout à fait possible. On ne peut donc ici que tergiverser sur des solutions possibles pour un probléme donné. Les developpeurs OS4 gérent les sources de maniéres privés. D’autre part il y a une hypothése de départ évidente: les applis concernés sont codé dans les régles de l’art, c’est a dire

qu’elles ne sont pas sencé faire des trucs déconseillé par les docs amiga officiel. (pas de oôôô le vieu prog pourri que j’utilise depuis 15 and va plus marcher.)

Alors quelques points intéressants à soulever (loin d’être exhaustif, car ma connaissance est limitée) :

– Comment OS4 prévoit de gérer le système de messages qui marche je le rappelle dans un espace mémoire commun à l’heure actuelle, ce sur quoi toute communication IPC des applis existant actuellement dépend ?

Je pense que la MMU peut déclarer des zones mémoires privé à des taches (empechant les lecture/ecriture des autres), ou publique ( MEMF_Public, mais ça ne devrait jamais etre utilisé c’est caca), mais aussi: EN LECTURE POUR CERTAINE TACHE ET EN ECRITURE pour d’autre. donc pour le cas des messages, il ne doivent être en écriture que par la faktory qui les gére, et en lecture pour tout le reste. c’est pas des factory ? (je sais plus…) pas de probléme: hop une petite copie au moment de l’envoie par une factory encapsulé, puisque les msg sont des struct de taille minimale c’est kifkif la cache. (par exmple,… on peut imaginer pleeein de solutions plus stables les unes que les autres.)

– Quid de l’accès aux structures système communément utilisées par beaucoup d’applis ?

Pareil, mais note importante: en faisant karate j’ai découvert que quand on fait une library par exemple, son intégralité doit être écrite de maniére ré-entrante. ( Surtout pas de var globale,tout en pile). Foutez vous de ma gueule mais je suis sur qu’il y a plein de lib buggué a cause de ça. Hors les « bases » des libs c’est le cas elle sont globale a la lib! Bon, mais les bases de lib ont une logique objet comme « statique au niveau du systeme » Donc ? -> meme sol. que pour les msg. L’execution d’une fonction .library se fait dans le contexte de la tache qui la lance et tape dans tout ça ? c’est vrai la plupart du temps en os3.x, mais rien n’empeche de

se servir maintenant de ces fonctions comme interfaces de commandes vers d’autres tâches.(par exemple)

– Comment interdire l’utilisation de certaines fonctions qui peuvent deadlocker ou anéantir le multitache de l’OS (forbid()/disable() blah blah blah…)

la seule utilisation de ces fonctions que j’ai vu c’était les pitoyable startup des demos A500 qui juste aprés faisait du code auto-modifier vers lui meme dans une meme boucle. Donc oui, ça poserait probléme, mais de memoire, dans les docs ya marqué un truc du genre: oôô n’utilisez pas ça y faut paaas ! Donc je te ramene au dessus. [edit] Et n’oubliez pas que OS4 rajoute des fonctions, ce n’est pas seulement un OS3.X, donc tout ceci ne s’applique que pour les taches émulé[/piaf]

Il y a surement des moyens pour certains des points soulevés, mais je serais intéressé d’avoir une liste exhaustive des problèmes et solutions liés à l’implémentation d’une protection mémoire sur aos, et à la mise en place de fonctions privilégiées.

Le développement d’OS4 est privé, je comprend que les utilisateurs mos sont curieux, mais tu m’as pris pour un frieden, désolé !

Mais écoute enfin ceci: face a un probléme, si toi tu n’as pas vu (ou pas bien cherché) la solution, un autre peutr la trouver quand meme.

Soyons logicien: Prouver que quelque chose « n’est pas possible », ça se fait aussi, mais les démonstrations pour cela sont beaucoup plus difficile à mettre en place.

En réponse à : plus de portages Morphos qu’amiga OS4.0

#24475

sache qu’en fait l’ABox, puisque c’est une application QBox et donc qui tourne directement au dessus de Quark et de ses services, elle utilise aussi Quark et ses services directement.

Donc, si je comprends bien, mais je voudrais confirmation, l’ABox a son propre noyau (scheduler, ram manager et tout le tintouin) compatible Exec qui tourne au dessus de Quark.

Ou est-ce que certaines choses sont déléguées à Quark ?

En réponse à : Pour ou contre Gecko???

#24978

hors sujet (un peu)

/me aime bien la mise en page en tableau et n’a pas trouvé mieux jusqu’à maintenant pour s’assurer d’un rendu équivalent d’un navigateur à l’autre.

/me aimerait bien savoir comment refermer ses balises parce que j’ai lu les deux :p

alors

ou

?

quand au sujet…

/me aimerait bien avoir IBrowse 3.0 sur MorphOS

A+

En réponse à : Forum Guéguerre ?

#25006

Cela va sans dire. D’ailleurs insulter les gens c’est pas drôle et ça te me fiche un bon troll par terre, ça.

Mais ça me dit bien. Voilà un bon critère de modération : dès qu’un post contient une attaque plus ou moins personnelle, hop ! Effacé pour cause « Aurait dû être posté dans Guéguerres. ». Faut que je me prépare un script ARexx.

Moui, les attaques personnelles c’est encore autre chose, à mon avis, et ça s’efface purement et simplement, ça.

Nan, la guéguerre c’est de dire que le mac c’est nul, que l’articia est buggé, que morphos est une pâle copie bleuâtre de l’OS4, qu’hyperion ment et que la MOS team ne communique pas, le tout assaisonné d’arguments fallacieux et de mauvaise foi.

En réponse à : plus de portages Morphos qu’amiga OS4.0

#24474

Je remarque juste que Crisot n’a pas répondu clairement aux questions de fab a propos des pb liés à la protection mémoire sous AOS…

Moi je demande qu’a voir que cela peux marcher…

En ce qui conserne Grimpripper c’est un plus même si dans mon cas les debugs via le port serie qui melange mes messages de debug + les hits sont beaucoup plus explicite sur l’ordre des évènements. De plus Grimpripper pointe son nez uniquement quand il y a un guru ou a chaque hit ?

Si c’est a chaque hit… on a pas fini…

Si c’est uniquement pour les guru ca sert a pas grand chose…

Donc c’est une gui certes mais ca ne fait pas tout…

A+

/me qui finalise son Organiser pour MOS (on verra plus tard pour la version OS4…)