Diagramme de classes : destruction d'une classe

Bonjour,

Sur tentative de destruction d'une classe dans le diagramme de classes d'un projet, j’obtiens systématiquement un crash de Bouml (fenêtre demandant si l'on veut rechercher une solution, fermer ou débugger le programme).
Ceci, sauf sur les trois classes avec le stéréotype "enum", sur lesquelles la commande "Détruire" fonctionne correctement.

Cela se produit sur Windows 7 pro et également sur Debian 8.6 64 bits.

Un autre de mes projets n'a pas ce problème.

Dans le répertoire du projet incriminé, j'ai "élagué" tous les fichiers pour ne garder que le .prj ainsi que le .diagram, sans aucune amélioration.

Connaissez-vous ce problème ? (et avez-vous un remède ?)

Merci par avance

PS : j'ai oublié de préciser que je suis en Bouml 7.3 ;)

Bonjour,

Je n'ai pas connaissance de ce genre de problème, cela fait pas mal de temps qu'on ne me signale plus de crash (ce qui ne veut pas forcément dire qu'il n'y en a pas)

Qu'aviez vous fait avant, aviez-vous modifié manuellement ou via des outils (autre que bouml) des fichiers projet ? Utilisez-vous une gestion de conf ou autre empêchant de modifier certains fichiers projets ou ayant fait que les modifications par bouml de certains d'entre eux auraient été perdues et créé une incohérence ?

Pouvez faire une archive (tar ou zip) du répertoire contenant le projet en cause et me l'envoyer en mail à contact@bouml.fr ? Votre élagage risque de ne pas avoir amélioré les choses, l'idéal serait de faire cette archive sur une version du projet avant ces modifications ;)

Dites moi aussi qu'elle est la classe en cause (même s'il semble que ce soit n'importe laquelle des non-enum) et si c'est un "remove from diagram" ou un "delete from model", le but est bien-sur que je puisse reproduire la chose

Le bon réflexe quand vous avez un crash :

• ne relancer pas bouml
• notez immédiatement ce que vous aviez fait avant le crash, c.a.d. la procédure à priori à suivre pour le reproduire
• faites une archive du projet tel qu'il est sans retirer aucun fichier
• maintenant et donc pas avant vous pouvez retirer le répertoire lock pour relancer bouml et par exemple tentez de reproduire la chose pour me le signaler avec l'archive

Bonjour,

Merci à Peintamelec de m'avoir envoyé le projet provoquant les crash, celui-ci ce produit lorsque la classe B est détruite dans le cas suivant :

Pièce jointe 359448

c'est à dire que la relation entre A et B est une association-classe où la classe est B qui est donc aussi la cible de la relation-classe 8O

Je n'avais pas pensé à un cas pareil, j'ai survolé rapidement la norme et apparemment ce n'est pas interdit, mais c'est loin du tout venant et on est dans le bizarre :mrgreen:

Bonjour,

Bouml 7.5 est disponible et évite ce crash

Voir l'historique pour plus d'informations.