> "Pascal06" :
> premier essais non concluant : j'ai fait un GRAFCET avec deux étapes
> / transitions, en utilisant les réceptivités proposées par défaut.
> J'ai "édité" le fichier
Avec quel éditeur de texte ?
> généré et repéré dans celui-ci (assez facilement) comment sont
> placés les réceptivités. J'ai modifié le nom d'une de celle-ci...
Il se _pourrait_ que la modif que tu as fait ne respecte pas un
format qui, s'il est fixé une fois pour toutes en interne, ne serait
alors pas reconnu par le loader ... ( je dis ça en "aveugle", hein )
> J'ai réouvert le fichier avec le programme,
> tenté une compilation... Patatrac, ça plante :'(
Quand tu dis "ça plante", est-ce que ça plante vraiment le programme,
ou est-ce qu'il affiche au moins un message ( même laconique ) ?
Que le soft refuse de charger le fichier puis se plaigne : okay.
Mais qu'il plante carrément, ça veut dire qu'ils n'ont pas soigné le loader.
Je ne me souviens plus bien du format ASCII, mais si le loader
qui lit ce fichier fait un parsing trop élémentaire, il risque de
rechigner si on ne respecte pas rigoureusement, par exemple :
le nombre de champs, les espacements entre champs, etc ...
Vois aussi s'il n'y a pas au début et/ou en fin de fichier
des trucs bizarres que tu n'aurais pas respecté ...
Si tu as un éditeur hexa, vérifie si les fichiers _originaux_ ont des
caractéres non-ascii (>0x7F ou <0x20 excepté 0x0D, 0x0A, 0x09, etc)
Même remarque pour le format : si ton éditeur de texte ajoute
subrepticement des retours chariot pour limiter le nombre de caractères
par ligne, le loader pourrait trés bien "décrocher" rien qu'à cause de ça.
( c'est encore pire si tu édites avec Wordpad, Word, etc ...
qui ont leur propre format qui ajoute des tonnes de trucs )
... quand je parlais de patience ... ;o)