Maxence DELANNOY

Oui il n'y a jamais eu de menace réellement sérieuse à mon avis, mais le sujet est sensible donc Autodesk se devait de réagir rapidement. Si des décideurs trop zélés se disent qu'AutoCAD constitue un point faible, ce dernier risque d'être banni de certaines sociétés.

Oui mais on doit toujours laisser quelques ports ouverts sinon rien ne fonctionne et il y a des techniques comme UDP hole punching qui permettent de passer à travers les pare-feu. Les logiciels comme Skype ou Teamviewer les utilisent pour s'affranchir des restrictions mises en place : http://www.h-online.com/security/features/How-Skype-Co-get-round-firewalls-747197.html (attention mal de tête assuré). J'utilise régulièrement Teamviewer et je n'ai eu qu'une fois un problème de connexion qui ne passait pas. De toutes façons, il y a des dwg qui se baladent un peu partout, sur des clés USB, etc... Même si on est dans une entreprise sécurisée genre Airbus, à mon avis certains documents doivent tomber dans les mains de sous-traitants moins bien organisés sur le plan de la sécurité informatique.

En général, il n'y a que les connections entrantes qui sont bloquées par un pare feu. Les connections sortantes sont considérées comme plus sures, car elles sont en théorie initiés par un utilisateur présent sur le réseau. Et les bloquer rendrait impossible la connexion à Internet, l'utilisation de logiciels comme Skype... etc.

C'est à ça que serve précisément les nouvelles variables systèmes. AUTOLOADPATH permet de définir à partir de quel répertoire les fichiers de chargement automatique sont exécutés. Par défaut, elle est à "" ou à ".", si tu la définis sur un répertoire précis, tu limites le risque. Plus simple, si tu mets AUTOLOAD à 0, ces fichiers ne seront plus chargés. Donc tu n'es pas obligé de désactiver complètement AutoLISP. L'option de ligne de commande /nolisp c'est à utiliser quand tu es dans un environnement ultra sensible, c'est un peu comme désactiver javascript dans un navigateur Internet. Il n'utilisait pas SMTP, mais SSH. Tu peux consulter cet article très intéressant de Kaspersky : http://www.securelist.com/en/blog/208193540/The_Roof_Is_on_Fire_Tackling_Flames_C_C_Servers

Intellicad ça date des années 90 et des virus AutoCAD ça existe depuis belle lurette. Si Autodesk a réagi, c'est suite au virus Flame qui a fait beaucoup de bruit.

C'est l'option /b. Mais je me répète, c'est pas la même chose. Prenons le scénario suivant : vous téléchargez une bibliothèque de blocs sur un site lambda. La bibliothèque est constituée de plusieurs fichiers .dwg dans une archive ZIP. Vous décompressez le ZIP et vous ouvrez un des blocs pour regarder ce qu'il y a dedans. A ce moment là, le fichier acad.lsp caché dans le ZIP est exécuté en arrière plan et se mets à rechercher sur votre disque tous les dwg et quand il en trouve un, il l'envoie sur Internet au pirate. En imaginant que vous travaillez dans un domaine sensible, genre vous faites les plans d'aménagement de l'Elysée, et bien toutes ces informations se retrouvent expédiées sur le net sans même que vous soyez au courant. C'est le principe du cheval de Troie, du keylog... Dans le cas d'un script, il faudrait que l'utilisateur prenne le script et l'exécute dans AutoCAD (que ce soit via la ligne de commande ou par la commande SCRIPT, c'est pareil). Vous le faites consciemment alors que dans le 1er cas le malware fait des choses dans votre dos... PS : C'est moi ou ce forum corrige systématiquement acad en AutoCAD ?

Pour exécuter un script, tu dois le faire explicitement via la commande SCRIPT par exemple, le problème là c'est que l'attaquant peut exécuter un Lisp ou un VBA sans que l'utilisateur ne s'en rende compte.

Idem. Jamais eu un problème de ce type après avoir utilisé VS 2010 (Pro et Express) tous les jours depuis des années.

La différence entre AutoLISP/VBA et .NET/ObjectArx, c'est que les premiers permettent d'exécuter du code simplement en déposant certains fichiers (acad.lsp, acad.dvb) à proximité d'un fichier AutoCAD. VBA permet en plus d'incorporer directement du code dans le .dwg. .NET/ObjectArx ont aussi des mécanismes de chargement automatique, mais ils faut dans ce cas modifier la base de registre (il faudrait donc que l'utilisateur clique sur un fichier .reg et réponde OK à l'avertissement concernant la fusion) ou qu'il place les fichiers dans un des répertoires d'Autoload de bundle pour les versions d'AutoCAD qui le supportent (2012 et +). Donc dans le premier cas le code peut s'exécuter sans intervention de l'utilisateur (à l'insu de son plein gré comme dirait l'autre), tandis que dans le 2ème, il faut une action explicite de l'utilisateur.

Si vous voulez tester votre AutoCAD, j'ai préparé un petit ZIP inoffensif qui montre le concept : http://wiip.fr/sites/default/files/Test.zip Il faut décompresser l'archive et ouvrir le .dwg en double cliquant dans l'explorateur de fichiers.

Si tu fais le produit vectoriel de ton vecteur X par ton vecteur Y, la composante en Z du vecteur résultat est positive si Y est vers le "haut", et négatif si le Y est vers le "bas".

Ouch, tu peux reformuler stp ? 1er point à savoir, c'est qu'AutoCAD utilise un repère direct (règle de la main droite) : http://fr.wikipedia.org/wiki/R%C3%A8gle_de_la_main_droite L'axe X correspond au pouce de ta main droite, l'index à l'axe Y et le Z correspond à ton majeur.

Oui, c'est vrai, j'ai du mal regarder.

Les autres langages se passent très bien de cette syntaxe absurde. Je suppose que tu trouves que cette notation te permets de plus facilement rapprocher la fin d'une boucle avec son début, mais il y a déjà l'indentation pour ça.

D'après l'explorateur d'objets, SetImpliedSelection (qui n'est pas documenté) attends un tableau d'ObjectId. Je ne pense pas qu'on puisse lui passer directement un SelectionSet comme dans l'exemple de Gilles. A priori ton code a l'air correct sauf sur le tableau dont tu ne donnes pas la taille et la variable compteur i qui n'est pas initialisée à zéro (en VB.NET ça n'est peut être pas obligatoire cependant). En VB.NET tu n'es pas obligé de répéter Objet au niveau du Next.

Très juste Gilles. Mon exemple utilise l'API .NET qui offre beaucoup plus de possibilités. En COM, l'alternative pour sélectionner tes objets sans utiliser un groupe, c'est d'utiliser la fonction AutoLISP handent dans SendCommand pour lui passer le maintien de tes entités : ThisDrawing.SendCommand "_SELECT" & vbCr _ & "(handent """ & object1.Handle & """)" & vbCr _ & "(handent """ & object2.Handle & """)" & vbCr _ [..] & vbCr _ Mais bon si tu as beaucoup d'entités, tu risques d'atteindre peut être une limite au niveau de la taille de la commande.

Faut consulter le rapport .xml si tu as la fenêtre rapport d'erreur. C'est peut être un problème de verrouillage de document.

Sur ta commande, tu dois activer le drapeau UsePickSet qui demande à AutoCAD de conserver la sélection courante au démarrage de la commande. Ensuite tu peux accéder à la sélection courante via Editor.SelectImplied. Puis tu peux définir la sélection avec Editor.SetImpliedSelection. Un petit exemple sur l'incontournable blog de Kean : http://through-the-interface.typepad.com/through_the_interface/2006/09/using_the_pickf.html

Sur un objet MText, il y a une propriété Direction qui est un vecteur 3D correspondant à l'axe X (l'horizontale) du texte. Tu as aussi comme sur les autres entités accès au vecteur Normal, qui correspond à l'axe Z du SCO. Donc tu peux obtenir l'axe Y via un produit vectoriel. Ensuite, tu as la méthode Matrix3d.AlignCoordinateSystem qui devrait te permettre de modifier le SCU auquel tu accèdes via Editor.CurrentUserCoordinateSystem... Faut mélanger tout ça, secouer et ça devrait faire l'affaire... Bon après il y a peut-être plus simple.

Quel est le problème ? Tu as une erreur ? A la lecture de ton code, il y a un truc qui me choque. Tu attrapes une exception, sans rien en faire. Il faudrait au moins l'écrire dans la trace.

Si tu mémorise le maintien d'une entité qui se trouve dans un autre dessin, tu ne dois pas utiliser 1005 car la commande AUDIT (CONTROLE) vérifie la validité des maintiens qui apparaissent dans les données étendues. Dans ce cas, tu dois stocker le maintien en tant que chaîne avec un code 1000. Par contre, avec un code 1005, les maintiens sont traduits lorsqu'on insère un bloc ou qu'on le décompose (quand on insère un bloc, ce dernier vient avec des maintiens qui sont peut être déjà utilisés dans le dessin courant, donc AutoCAD doit affecter des nouveaux maintiens aux entités. Même chose quand on décompose, car AutoCAD crée des nouvelles entités). Il faut lire la section "Using Handles in Extended Data" du guide du développeur ObjectARX.

Essaye de définir ton tableau comme ça : Dim pts(1 To 50, 0 To 2) As Double

Il y a certaines données liées à l'annotativité qui sont stockées dans les données étendues. C'est peut être là qu'il faut regarder : http://adndevblog.typepad.com/autocad/2012/07/identifying-whether-dim-style-is-annotative-or-not.html

Si tes macros sont écrites sous Excel, elles fonctionneront toujours car l'API COM d'AutoCAD est toujours disponible. Source : http://usa.autodesk.com/adsk/servlet/index?siteID=123112&id=770215 Ce sont tes routines VBA écrites sous AutoCAD qui ne fonctionneront plus car l'environnement VBA ne sera plus disponible dans AutoCAD. Pour programmer Excel en .NET tu dois utiliser une technologie nommée VSTO qui n'est disponible que dans les versions payantes de Visual Studio. .NET a une compatibilité descendante, c'est à dire qu'une application développée en .NET 2.0 pour AutoCAD 2008 fonctionne sur AutoCAD 2010 (.NET 3.5). Par contre les applications doivent être recompilées pour fonctionner sur la 2013, mais ce n'est pas .NET qui est en cause, mais une modification de l'architecture AutoCAD. A part .NET et VLISP, il y a ObjectARX C++, c'est l'API la plus puissante mais aussi la plus compliquée. Tu peux utiliser VB.NET + l'API COM, ce sera très proche de VBA. Mais l'API .NET est beaucoup plus puissante que la COM.

> Pour la compatibilité avec A2010, je ne peux pas utiliser les arguments de Highlight Je ne comprends pas ce que tu veux dire par là parce que la signature de Entity.Highlight n'a pas changé entre AutoCAD 2010 et les versions qui ont suivi. En plus, je ne vois pas ce que tu pourrais faire de plus car le premier argument est un chemin de sous-entité à utiliser quand tu travailles sur un solide 3D (pour sélectionner une face ou une arête) et le deuxième c'est pour préciser si la surbrillance doit apparaître dans toutes les fenêtres ou uniquement celle qui est active. Si je comprends bien, tu veux entourer les entités sélectionnées avec un rectangle. Donc HighlightOverrule ne convient pas car il n'y a de contexte de dessin qui est passée aux méthodes Highlight et Unhighlight. Tout ce que tu peux faire, c'est modifier les attributs de l'entité qui est mise en surbrillance (par exemple pour changer sa couleur comme dans cet exemple. A priori TransientManager devrait faire l'affaire. DirectShortTerm semble être le mode le plus approprié. Tu n'as pas besoin du Z-Buffer puisque tu veux dessiner au dessus des entités existantes. Tu veux une mise en surbrillance personnalisée, donc Highlight ne fait pas non plus l'affaire. Tu as un exemple ici. Mais si tu cherches un équivalent à grdraw, c'est Editor.DrawVector et Editor.DrawVectors (grvecs) qui feront ton bonheur.