Visualiser les détails du résultat
| Identifiant | Projet | Catégorie | Visibilité | Date de soumission | Dernière mise à jour |
|---|---|---|---|---|---|
| 0000284 | SIC | Exe Fluvia | public | 2010-10-13 10:55 | 2010-10-13 11:21 |
| Rapporteur | dorch | Assigné à | dorch | ||
| Priorité | urgente | Impact | bloquant | Reproductibilité | n'a pas essayé |
| Statut | fermé | Résolution | corrigé | ||
| Version du produit | 5.20d | ||||
| Version ciblée | 5.20g | Résolu dans la version | 5.20g | ||
| Résumé | 0000284: Erreur sur les calculs de volume et temps de retard | ||||
| Description | Dans certaines conditions à définir clairement (apparemment lorsqu'une côte objectif n'est pas atteinte), le calcul du volume n'est plus bon pour les pas de temps suivants. | ||||
| Balises | Aucune balise n'est associée. | ||||
| Temps projeté (jours) | |||||
|
|
|
|
|
Le problème a l'air de venir du buffer d'écriture qui utilise toujours le même pas de temps. |
|
|
Le problème venait des routines GetSnRetardPur et GetSnVolume du MODULE C_RESULTAT qui s'adressaient à tSnCal au lieu de s'adresser à Res%tSnCal le pointeur mis à jour par FLUXML::EcritXmlData lors de l'écritre de tous les pas de temps sur une localisation du réseau. |
| Date de modification | Nom d’utilisateur | Champ | Changement |
|---|---|---|---|
| 2010-10-13 10:55 | dorch | Nouveau bogue | |
| 2010-10-13 10:55 | dorch | Statut | nouveau => affecté |
| 2010-10-13 10:55 | dorch | Assigné à | => dorch |
| 2010-10-13 10:55 | dorch | Fichier ajouté: 20101013_bug_volume.jpg | |
| 2010-10-13 11:15 | dorch | Version du produit | 5.12h => 5.20d |
| 2010-10-13 11:15 | dorch | Note ajoutée: 0000257 | |
| 2010-10-13 11:21 | dorch | Note ajoutée: 0000258 | |
| 2010-10-13 11:21 | dorch | Statut | affecté => fermé |
| 2010-10-13 11:21 | dorch | Résolution | ouvert => corrigé |
| 2010-10-13 11:21 | dorch | Résolu dans la version | => 5.20g |
| 2012-07-11 08:25 | dorch | Catégorie | Fluvia => Exe Fluvia |
