nicoping28 Posté(e) le 5 juin 2009 Posté(e) le 5 juin 2009 Bonjour,avez vous déjà rencontré ce type de problème ? http://images.imagehotel.net/?zs3mum34l6.jpg Cordialement, Nico
bonuscad Posté(e) le 5 juin 2009 Posté(e) le 5 juin 2009 avez vous déjà rencontré ce type de problème ? Non, sous 2009, elle me fait correctement la soustraction de 2 entiers. Pas rassurant ce bug de calcul basique :( Les expressions ont été rentrées manuellement? Ce sont bien des entiers et non pas des réels dont la précision n'est pas affiché entièrement? En utilisant CAL en ligne de commande, as tu le même résultat? Commande: cal>> Expression: (712 - 654)58 Choisissez un travail que vous aimez et vous n'aurez pas à travailler un seul jour de votre vie. - Confucius
didier Posté(e) le 5 juin 2009 Posté(e) le 5 juin 2009 coucou c'est pas banal je ne me sers pas de cette calculatrice donc je ne peux dire l'avoir rencontré en revanche sur ma machine le résultat est correct. Win Xp, Processeur Intel sur Excel j'ai déjà vu le même genre d'erreur de calculmais c'était après plusieurs décimales que l'erreur apparaissait.pas sur des entiers. est ce que ce sont des valeurs tapées par toiou des valeurs extraites d'une quelconque mémoire ? amicalement Éternel débutant... Mon site perso : Programmer dans AutoCAD
Phileb08 Posté(e) le 5 juin 2009 Posté(e) le 5 juin 2009 Chez moi; même calcul: même résultat !!! Pas bien.
rebcao Posté(e) le 5 juin 2009 Posté(e) le 5 juin 2009 Bonjour, sur LT 2010 idem !!! Faudra qu'il revoit leur équie de développement et de qualité !!! :cool: Christian Formateur, Consultant Expert AutoCAD, REVIT MEP, INVENTOR, télécharger , des Outils AutoCAD...cad123 @ wanadoo.fr (enlever les espaces de part et d'autre de @)
LUDWIG Posté(e) le 5 juin 2009 Posté(e) le 5 juin 2009 idem sur 2010 quelques autres essais, calculs justes.713-655 faux712 - 655 fzuxetc Autocad 2021 - Revit 2022 - Windows 10
(gile) Posté(e) le 5 juin 2009 Posté(e) le 5 juin 2009 Salut, Je ne me sers pas de cette calculatrice (ouverture trop longue) seulement parfois de "l'ancienne" en ligne de commande (cal).Mais je trouve beaucoup plus simple et rapide d'entrer l'expression LISP : (- 712 654) J'ai quand même fait quelque tests sur A2007 et n'ai vu aucun dysfonctionnement. Gilles Chanteau - gileCAD - GitHub Développements sur mesure pour AutoCAD
bonuscad Posté(e) le 5 juin 2009 Posté(e) le 5 juin 2009 Ben ça alors! :casstet: Je crois que nicoping28 va pouvoir "coller" la méchante bestiole à son message. NB: Précisez aussi la version de Windows et si en 32 ou 64bit. A'y pas un "eggs" caché? :calim: Windows7 - AutoCad210 = Division par zéro!!!! Choisissez un travail que vous aimez et vous n'aurez pas à travailler un seul jour de votre vie. - Confucius
rebcao Posté(e) le 5 juin 2009 Posté(e) le 5 juin 2009 ça doit être l' [surligneur] ECO taxe [/surligneur]de une unité !!!! Christian Formateur, Consultant Expert AutoCAD, REVIT MEP, INVENTOR, télécharger , des Outils AutoCAD...cad123 @ wanadoo.fr (enlever les espaces de part et d'autre de @)
nicoping28 Posté(e) le 5 juin 2009 Auteur Posté(e) le 5 juin 2009 En réalité, je n'utilise jamais la caltos autocad, j'ai une petite lexibook bien sympa.Seulement, je change de travail et j'ai tout remballé, y compris ma tite calculette. Voilà pour l'histoire,autrement, je travaillais sous XP32 sp3 avec autocad full 2010. @+, Nico.
nicoping28 Posté(e) le 5 juin 2009 Auteur Posté(e) le 5 juin 2009 avez vous déjà rencontré ce type de problème ? Non, sous 2009, elle me fait correctement la soustraction de 2 entiers. Pas rassurant ce bug de calcul basique :( Les expressions ont été rentrées manuellement? Ce sont bien des entiers et non pas des réels dont la précision n'est pas affiché entièrement? En utilisant CAL en ligne de commande, as tu le même résultat? Commande: cal>> Expression: (712 - 654)58 Oui j'ai le même résultat . Ce bug, c'est quand même la honte... [Edité le 5/6/2009 par nicoping28]
Invité Patrick Posté(e) le 5 juin 2009 Posté(e) le 5 juin 2009 Bonjour, sur LT 2010 idem !!! Faudra qu'il revoit leur équie de développement et de qualité !!! :cool: Christian Idem à quelle message? Tu as le bug ou pas?
didier Posté(e) le 5 juin 2009 Posté(e) le 5 juin 2009 coucou je ne pense pas que le bug,car c'en est un,vienne d'AUtocad mais plutôt du processeur en effet comme je vous le disais précédemmentdes erreurs surviennent dans Excel, mais c'est souventà des décimales éloignées donc moins grave. ceux qui trouvent juste sont ils équipés INTEL ou AMD.pour voir s'il y a une relation. amicalement Éternel débutant... Mon site perso : Programmer dans AutoCAD
didier Posté(e) le 5 juin 2009 Posté(e) le 5 juin 2009 Hello, ça me fait me rappelerque la ligne de commande est souvent capricieuseil m'arrive souvent, voire quasiment à chaque fois,de recevoir ce message : Dépassement de nombre lorsque je fais appel à la commande CAL.au deuxième lancement ça fonctionne je sens déjà les claviers chauffer pour me répondre de faire attention à la limite des nombres entiers dans Autocad,je rassure tout le monde, je la connais. non, il s'agit d'opérations dans les petits nombresdu style 56-49 amicalement Éternel débutant... Mon site perso : Programmer dans AutoCAD
Invité Patrick Posté(e) le 5 juin 2009 Posté(e) le 5 juin 2009 Confirmation du bug par Autodesk à l'instant... J'ai fait une déclaration du bug par la voie officielle.
(gile) Posté(e) le 6 juin 2009 Posté(e) le 6 juin 2009 est-ce que l'expression LISP : (- 712 654) passée à la ligne de commande retourne la même erreur ? C'est juste pour savoir si le bug se limite à la calculatrice ou s'il affecte aussi l'interpreteur LISP. Gilles Chanteau - gileCAD - GitHub Développements sur mesure pour AutoCAD
laud69 Posté(e) le 8 juin 2009 Posté(e) le 8 juin 2009 est-ce que l'expression LISP : (- 712 654) passée à la ligne de commande retourne la même erreur ? C'est juste pour savoir si le bug se limite à la calculatrice ou s'il affecte aussi l'interpreteur LISP. Bonjour, Oui... meme erreurIdem avec 'cal Config : cpu Intel Core 2 duo E5700/Xp Sp2 / MEP2010 Eh ben, si faut verifier tous les calculs.... A++
bonuscad Posté(e) le 9 juin 2009 Posté(e) le 9 juin 2009 Vraiment pas rassurant ce bug. Pour ma part je trouve que ce bug est inadmissible de la part d'Autodesk, car son impact est vraiment important. Et la communication avec le client ? Mr totodesk.Un logiciel a ce prix avec un bug aussi grossier, bonjour l'image de marque... :mad: Choisissez un travail que vous aimez et vous n'aurez pas à travailler un seul jour de votre vie. - Confucius
Tramber Posté(e) le 9 juin 2009 Posté(e) le 9 juin 2009 Bon bon bon....Y a pas trop de fautes d'orthographes dans le logiciel. Aujourd'hui les jeunes sont si mauvais en orthographe (souvent malgré eux, je précise) que je leur pardonne volontiers de petites erreurs de calcul :cool: Blagues à part, cette calculatrice ne me sert pas, puisqu'elle n'a jamais démarré correctement (Autodesk Architectural Desktop 2006). Ca aussi c'est dommageable. Bureau d'études dessin. Spécialiste Escaliers Développement - Formation ./__\. (.°=°.)
laud69 Posté(e) le 9 juin 2009 Posté(e) le 9 juin 2009 Bon bon bon....Y a pas trop de fautes d'orthographes dans le logiciel. Aujourd'hui les jeunes sont si mauvais en orthographe (souvent malgré eux, je précise) que je leur pardonne volontiers de petites erreurs de calcul :cool: Blagues à part, cette calculatrice ne me sert pas, puisqu'elle n'a jamais démarré correctement (Autodesk Architectural Desktop 2006). Ca aussi c'est dommageable. Bonjour, Moi non plus je ne me sers pas de cette calculette.Par contre, en ligne de commande il m'arrive d'utiliser 'cal , et le pb est le même... EDITJ'ai retesté sur mon poste au boulot , et là c'est encore plus bizare...Calculatrice : 712-654 = 57 'cal : 712-654 = 57(- 712 654) = 58 ok Config: Autocad MEP 2010 / XP Sp3 / cpu Intel E8400 [Edité le 9/6/2009 par laud69]
bonuscad Posté(e) le 9 juin 2009 Posté(e) le 9 juin 2009 citation extraite du message original:est-ce que l'expression LISP : (- 712 654) passée à la ligne de commande retourne la même erreur ? C'est juste pour savoir si le bug se limite à la calculatrice ou s'il affecte aussi l'interpreteur LISP. Bonjour, Oui... meme erreur (- 712 654) = 58 ok ??? Oui, Non... Bon si la 2ème réponse s'avère exacte, ce n'est juste qu'un bug de développement sur la calculatrice et le noyau d'autolisp n'est pas touché, déjà plus rassurant. Choisissez un travail que vous aimez et vous n'aurez pas à travailler un seul jour de votre vie. - Confucius
Tramber Posté(e) le 9 juin 2009 Posté(e) le 9 juin 2009 Ouf, nous sommes sauvés : le coeur bat encore :) Bureau d'études dessin. Spécialiste Escaliers Développement - Formation ./__\. (.°=°.)
bonuscad Posté(e) le 9 juin 2009 Posté(e) le 9 juin 2009 :heartpump: Pour combien de temps ? Hormis cela c'est vrai que le bug sur la calculatrice ne me gène guère... J'suis comme gille, écrire l'opération en syntaxe lisp m'es beaucoup simple et rapide.Et si je me trompe (calcul imbriqué un peu complexe), hop un p"tit coup de flèche montante et je réédite ma ligne de frappe Choisissez un travail que vous aimez et vous n'aurez pas à travailler un seul jour de votre vie. - Confucius
Patrick_35 Posté(e) le 9 juin 2009 Posté(e) le 9 juin 2009 Je vois que tous ceux qui font du lisp sont à la même enseigne :D Mes calculs, je les fait aussi sur la ligne de commande, de la même manière que Bonus @+ Les Lisps de PatrickLe but n'est pas toujours placé pour être atteint, mais pour servir de point de mire.Joseph Joubert, 1754-1824
Messages recommandés
Créer un compte ou se connecter pour commenter
Vous devez être membre afin de pouvoir déposer un commentaire
Créer un compte
Créez un compte sur notre communauté. C’est facile !
Créer un nouveau compteSe connecter
Vous avez déjà un compte ? Connectez-vous ici.
Connectez-vous maintenant