Visualiser les détails du résultat
| Identifiant | Projet | Catégorie | Visibilité | Date de soumission | Dernière mise à jour |
|---|---|---|---|---|---|
| 0001413 | SIC | Exe SicExport | public | 2019-03-11 17:20 | 2019-03-21 15:51 |
| Rapporteur | pom | Assigné à | dorch | ||
| Priorité | immédiate | Impact | bloquant | Reproductibilité | toujours |
| Statut | fermé | Résolution | corrigé | ||
| Version du produit | 5.38f | ||||
| Version ciblée | 5.38g | Résolu dans la version | 5.39a | ||
| Résumé | 0001413: Sur gros fichier SicExport n'exporte que t=0 | ||||
| Description | G:\TR_TRANSCAN\SIC\Fichiers_Data\Bugs\SicExport | ||||
| Balises | Aucune balise n'est associée. | ||||
| Temps projeté (jours) | |||||
|
|
Résolu dans la révision 194. Le bug provient de Windev qui effectue deux erreurs successives : - La balise de temps de fin contient la chaîne "63072000" mais la lecture de cette balise avec XmlLit renvoie "6.3072E7" (Pourquoi modifie-t-il cette chaîne ? On ne lui a pas dit que c'était un réel !) - Le casting de cette chaîne en un entier sur 8 octets est réalisé automatiquement sauf qu'il s'arrête avant le séparateur décimal et renvoie "6" (Pourquoi le casting d'une chaîne vers un entier ne gère-t-il pas la notation scientifique ?) Le bug est résolu en englobant XmlLit avec la fonction Val qui convertit la chaîne en réel et ensuite le casting du réel vers l'entier se passe correctement. |
| Date de modification | Nom d’utilisateur | Champ | Changement |
|---|---|---|---|
| 2019-03-11 17:20 | pom | Nouveau bogue | |
| 2019-03-11 17:20 | pom | Statut | nouveau => affecté |
| 2019-03-11 17:20 | pom | Assigné à | => dorch |
| 2019-03-21 15:49 | dorch | Statut | affecté => fermé |
| 2019-03-21 15:49 | dorch | Résolution | ouvert => corrigé |
| 2019-03-21 15:49 | dorch | Résolu dans la version | => 5.39a |
| 2019-03-21 15:49 | dorch | Note ajoutée: 0001496 | |
| 2019-03-21 15:51 | dorch | Note modifiée: 0001496 | Voir les révisions |
