Théodoric

Surprenant... As-tu essayé d'appeler le support technique de Géomédia pour avoir une explication ?

C'est en effet ce que j'avais compris, mis à part que Civil 3D est censé être une plate-forme de développement d'applicatifs et non un produit fini ... Comme Architectural Desktop, il fournit des objets de base paramétrables (MNT, axe en plan, ...), interagissant entre eux et pouvant être utilisés dans les applicatifs. Pour des logiciels comme MX ou Covadis, par exemple, Civil 3D peut être utilisé tel quel, comme s'il s'agissait d'un AutoCAD de base, ou en remplacement des objets et/ou fonctionnalités équivalentes. Dans ce cas, les applicatifs délèguent une plus grande partie de leur "moteur" à Autodesk. N'oublions pas de Civil 3D c'est : AutoCAD de base (2005), + les fonctionnalités de Map 3D (Map + Points COGO + MNT) + une partie du moteur Aec (utilisé par Architectural Desktop) + les objets propres à Civil 3D non inclus dans Map 3D. En espérant avoir un peu levé le brouillard autour de Civil 3D. A+

Salut Ludwig, La déclaration des variables après le defun permet de limiter leur durée de vie à celle de la fonction. En clair, elles n'existent que pendant l'exécution de la fonction et la mémoire qu'elles occupent est automatiquement libérée à la fin de celle-ci. Si tu ne les déclare pas de cette façon, elles seront toujours accessibles et utilisables dans AutoCAD, et ce, même après la fin de la fonction. Cette possibilité est toutefois intéressante lorsque l'on désire partager des variables entre plusieurs programmes. A+

Bonjour à tous, Les conseils proposés par LeCrabe sont plus que pertinents. Pour ma part, j'ai appliqué le SP2 sur 2 PC très différents : P4 1.7GHz et portable avec P4M 3.2GHz. Dans le premier cas, AutoCAD 2005 a été installé après le SP2, et, dans le second, Autodesk MAP 3D 2005 était déjà présent. Je n'ai constaté aucun disfonctionnement particulier, mais c'est peut-être uniquement de la chance ... :exclam: Au fait, les deux SP2 sont en place depuis mi-octobre et mi-septembre. A+

Salut Comme l'a suggéré Serge, la fonction (sssetfirst) est une bonne solution. Une version remaniée du programme serait : (defun c:ml (/ e_ref LIGNE LONG selection jeu en e_name n LONGn) (sssetfirst nil nil) (setq LIGNE (entget (setq e_ref (car (entsel "\nLigne de référence: "))))) (setq LONG (distance (cdr(assoc 11 LIGNE)) (cdr(assoc 10 LIGNE)))) (setq SELECTION (ssadd e_ref)) (princ (strcat "\nChoisissez la zone ou rechercher les lignes de longueur " (rtos long))) (setq jeu (ssget '((0 . "LINE"))) n 0) (if jeu (repeat (sslength jeu) (setq en (entget (setq e_name (ssname jeu n))) n (1+ n)) (setq LONGn (distance (cdr(assoc 11 en)) (cdr(assoc 10 en)))) (If (eq LONG LONGn) (ssadd e_name SELECTION) ) ) ) (sssetfirst SELECTION SELECTION) (setq SELECTION nil jeu nil) (princ) ) Le premier sssetfirst permet de supprimer toute sélection préalable, le second présélectionne les lignes pour un traitement éventuel. Ne pas oublier de libérer les jeux de sélection en mettant les variables à nil ! A+ Théodoric [Edité le 1/12/2004 par Théodoric]