--> atomsInstall("SIMM")
SIMM Toolbox pour l'enseignement des SI
Upload date : 2014-09-08 13:42:12 MD5 : ccee9009a7849d4d9b1f59ea2839c1e4 SHA1 : a9eab220679d4c45343f70aa6f1632691d92ce16 Downloads : 2464 File list
Binary version Automatically generated by the ATOMS compilation chain
Upload date : 2014-09-08 14:40:25 MD5 : 8868d23f05224c8aff6c7e24e396ab74 SHA1 : 4c40eb66460999fd29dbd39d8d872bd0a3bf6d08 Downloads : 61166 File list
Impossible de faire fonction le module ATOMS sous Ubuntu 14.4. J'ai bien internet et un serveur mandataire correctement configur?. J'ai essay? de configurer Internet .... idem voici le message erreur : -->atomsInstall("SIMM"); atomsDownload : Le fichier suivant n'a pas ?t? t?l?charg? : - URL : 'http://atoms.scilab.org/5.4/TOOLBOXES/32/linux.gz' - Emplacement local : '/tmp/SCI_TMP_3443_6nSSml/.atoms/1_TOOLBOXES.gz' !--error 10000 --2014-09-16 16:51:06-- http://atoms.scilab.org/5.4/TOOLBOXES/32/linux.gz R?solution de atoms.scilab.org (atoms.scilab.org)... ?chec: Connexion termin?e par expiration du d?lai d'attente. wget : impossible de r?soudre l'adresse de l'h?te ?atoms.scilab.org? at line 202 of function atomsDownload called by : at line 158 of function atomsDESCRIPTIONget called by : at line 31 of function atomsIsPackage called by : at line 69 of function atomsInstallList called by : at line 233 of function atomsInstall called by : atomsInstall("SIMM"); Comment on se d?brouille avec l'archive ?
Avec OSX Sierra (10.12), il ne semble pas possible d'utiliser Scilab 5.5.2.1. Sous la version 6.0, en installant manuellement le composant SIMM, lorsqu'on arrive au moment de le charger - atomsLoad('SIMM'), ça ne fonctionne pas et la suggestion de Scilab est de recompiler pour la version 6.0 Y a-t-il des chances pour que l'un d'entre vous travaille à la recompilation dans un futur proche ? Merci pour votre contribution !
> Avec OSX Sierra (10.12), il ne semble pas possible d'utiliser Scilab 5.5.2.1. > > Sous la version 6.0, en installant manuellement le composant SIMM, lorsqu'on arrive au > moment de le > charger - atomsLoad('SIMM'), ça ne fonctionne pas et la suggestion de Scilab est de > recompiler pour la > version 6.0 > > Y a-t-il des chances pour que l'un d'entre vous travaille à la recompilation dans un > futur proche ? > > Merci pour votre contribution ! Bonjour, je confirme les propos de François Brizard mais aussi son souhait! Je serais aussi très intéressé par une version supportant Scilab 6 de la toolbox SIM Croisons les doigts pour qu'un des auteurs puisse y jeter un coup d'oeil. Merci!
Bonjour Messieurs, La version 0.6 de SIMM est portée sous Scilab 6. Ce résultat n'est obtenu ni par chance ni en croisant les doigts. Je ne suis pas utilisateur de SIMM. Je n'ai donc pas testé extensivement. Je vous laisse ce soin. À l'avenir, si les utilisateurs professionnels ne s'investissent pas plus concrètement dans la maintenance de leur outil de travail, celui-ci se perdra. À bons entendeurs, SVP faire passer le mot. Cordialement Samuel PS : Attention à la note concernant Coselica et le bug http://bugzilla.scilab.org/15918
> Je ne suis pas utilisateur de SIMM. Je n'ai donc pas testé extensivement. "Qu'est-ce qui est pire qu'un programme qui plante ? Un programme qui fonctionne sans planter mais qui ne réalise pas ce qui est attendu " Je viens de passer 3 jours à essayer de faire fonctionner ce module (v0.6.1) sous Scilab 6. Très sincèrement, j'aurais préféré que le module soit explicitement marqué comme non testé, beta, voire même alpha. Parce que je n'ai pas réussi à lancer la moindre simulation. J'ai été utilisateur de CPGE il y a 5 ans, je découvre SIMM aujourd'hui. Je pense qu'il serait préférable de marquer le module comme "non maintenu" ou "abandonné" plutôt que d'entretenir l'illusion qu'il l'est. Personnellement, je serai heureux de m'investir dans son développement si j'en ai l'opportunité et si mon travail le requiert
Bonjour, > > Je ne suis pas utilisateur de SIMM. Je n'ai donc pas testé extensivement. > > "Qu'est-ce qui est pire qu'un programme qui plante ? > Un programme qui fonctionne sans planter mais qui ne réalise pas ce qui est attendu > " > > Je viens de passer 3 jours à essayer de faire fonctionner ce module (v0.6.1) sous > Scilab 6. Donc il ne fonctionne pas. Ce n'est pas aussi pire qu'indiqué ci-dessus. > Très sincèrement, j'aurais préféré que le module soit explicitement marqué comme > non testé, beta, voire même alpha. Techniquement, la plateforme ne permet pas de déclarer techniquement ce type d'étiquette. Mais dans la version 0.6.2, un message en ce sens sera ajouté - en tête de la description du module - dans la console, au démarrage du module Sur mon PC, charger SIMM complètement est quasiment impossible, ce qui rend les essais quasiment impossibles. Le chargement gèle la session le plus souvent après le chargement de la palette Signals, mais parfois avant, et très rarement après, de manière arbitraire. Il est pourtant arrivé que tout se charge (1 fois sur 50 ou 100 ?). Le problème vient moins de SIMM que de Xcos, qui est *extrèmement* instable sous Scilab 6. C'est pourquoi j'ai pris le parti de publier quand même une version binaire de SIMM pour Scilab 6, pour essais, la demande étant forte. > Parce que je n'ai pas réussi à lancer la moindre simulation. > > J'ai été utilisateur de CPGE il y a 5 ans, je découvre SIMM aujourd'hui. > > Je pense qu'il serait préférable de marquer le module comme "non maintenu" > ou "abandonné" > plutôt que d'entretenir l'illusion qu'il l'est. > > Personnellement, je serai heureux de m'investir dans son développement si j'en ai > l'opportunité et si mon travail le requiert. Il serait intéressant d'avoir connaissance de vos remarques concrètes concernant SIMM après 3 jours de travail. http://atoms.scilab.org/toolboxes/SIMM/0.6.1#comment3136 est un bon début. N'hésitez pas à utiliser http://forge.scilab.org/index.php/p/simm/issues/ , également pour faire part de vos solutions, avant de participer à l'administration du module.
> > Très sincèrement, j'aurais préféré que le module soit explicitement marqué > > comme non testé, beta, voire même alpha. > > Techniquement, la plateforme ne permet pas de déclarer techniquement ce type > d'étiquette. > Mais dans la version 0.6.2, un message en ce sens sera ajouté > - en tête de la description du module > - dans la console, au démarrage du module C'est fait
