V5.40 du 2 décembre 2016

[midav91]

Merci Phil,

Pour mon fichier .lay qui ne passe pas en PJ, ce n'est pas nouveau et il ne fait que 1.2 Mo ... comprends pas

Pour ce qui est de mon plantage, une petite question : à quoi sert la nouvelle option en simu "autoriser le traitement de la topologie" dans la V5.40 ?

Bonne journée à tous

[Maxime LESAGE]

Bonjour,
J"ai aussi voulu poster il y à quelque semaines le fichier .Lay de mon réseau, 1059KO et il n'est pas non plus passé.
Amicalement
Maxime

[jpp38]

Bonjour Michel,

Envoie-moi le fichier par mail. Je te rappelle mon adresse par MP.

Maintiens quand même une version de sauvegarde, on ne sait jamais.

Pour la limite de taille, je n'ai jamais réussi à comprendre pourquoi ça coince. Mais, en même temps, c'est bien de ne pas encombrer le forum avec des fichiers trop gros. La place est quand même limitée.

JP

[jpp38]

Voilà, c'est corrigé. Rien de grave.

Par contre, je vais mettre une version qui le corrige, car tu ne peux rien faire à cause de ça.

JP

[jpp38]

Voilà, c'est fait. J'ai mis la V5.40b sur le site. Ca ne le fait plus chez moi.

JP

[midav91]

Bonsoir Jean Pierre,
Toujours une réactivité exceptionnelle
je viens de charger la V5.40b et ça marche (ouverture fichier avec l'option "autoriser traitement topologie" OK)
pas eu le temps d'essayer le RUN ce soir.
Juste une petite question : qu'apporte cette option (fiabilisation des sections parallèles ? est-ce que ça modifie la façon de déclarer ou de gérer ces SP ?)
Encore merci et bonne ... nuit

[jpp38]

Salut Michel,

Ce que ça va apporter, c'est que si une modification est faite sur un réseau qui comporte des sections parallèles, et s'il y a une incohérence avec la version précédente, CDM-Rail va prévenir, et donner le choix: soit supprimer toutes les sections parallèles en restant sur la nouvelle version, soit abandonner la modification et revenir à une version antérieure. Au moins, on sera prévenus, alors que jusqu'ici, il n'aurait rien dit.
Le problème, c'est que les sections parallèles reposent sur les numéros de blocs, qui sont générés automatiquement au moment de la vérification du réseau. Mais si, pour une raison ou pour une autre, l'ordre des numéros de blocs est modifié, les sections ne pointeront plus sur les bons blocs, et c'est le crash assuré.

A titre d'exemple, supposons que tu ajoutes un bout de réseau indépendant du réseau principal, avec quelques aiguilles. Eh bien c'est fichu d'avance, car les blocs de zones d'aiguilles sont numérotés en premiers, et ça va donc décaler tous les numéros de blocs internes.

Alors ça ne va pas rester comme ça. L'étape suivante va être de récupérer automatiquement les bons numéros de blocs dans la nouvelle version. Mais ce n'est pas simple.

Bonne journée.

JP

[midav91]

Bonjour Jean Pierre,

CDM-Rail va prévenir, et donner le choix: soit supprimer toutes les sections parallèles en restant sur la nouvelle version, soit abandonner la modification et revenir à une version antérieure. Au moins, on sera prévenus ...

Parfait

Merci encore et bonne continuation

[midav91]

Jean Pierre, encore moi !

Je tombe sur une nouvelle anomalie avec le serveur COM./IP :

alerte IPC.dll.jpg (70.04 Kio) Consulté 1000 fois

Pourtant la dll est bien présente dans le répertoire CDM-Rail\CDM_IPC et datée du 10/12/2014
Je ne sais pas si c'est lié juste à la V5.40b car je ne l'avais pas lancé avec la V5.40. Par contre, ça marchait avec la v5.32f !

A +

[jpp38]

Ca marche chez moi sans problème.

Mais pour quoi te sers-tu de Comm/IP?

JP