Crash GW

[SBS]

Bonjour,

Soudainement, depuis 48h, GW ne fonctionne plus chez moi. J'ai GW qui met à jour WunderMap à partir de données récoltées par vws sur une wmr 88.

J'étais en train de faire "autre chose" sur le PC quand j'ai vu apparaitre une pop up m'indiquant "GW a cessé de fonctionner" adieu. Depuis dès que je lance GW plantage instantané avec la fenêtre indiquant de contact le "team support".

Je suppose qu'il doit y avoir une fuite lente quelque part dans GW et que si je reboote mon PC, ca va retomber en marche, mais afin de faire avancer le schmilblik je voudrais savoir s'il y a moyen de diagnostiquer la cause du crash avant de rebooter (en plus je ne sais pas si après le reboot, ça fonctionnera).

PS : Je suis sous XP SP3, nous utilisons régulièrement deux sessions windows en parrallèle. Up time ~20j (tiens ça me rappele un bug de gettickcount windows qui passe en négatif au bout de 23j de uptime, mais ça n'a probablement rien à voir)

[ardigier]

le plus simple
sauvegarder le fichier config de GW
désintaller GW
et réinstaller et écraser le fichier config avec celui sauvegardé

[TiToine]

Essaie de voir si il n'y a rien d'erroné dans ton fichier source.
Je vais bientôt mettre la version 3 en ligne, tu pourras essayer avec.

[paaubert]

Essaie de voir si il n'y a rien d'erroné dans ton fichier source.
Je vais bientôt mettre la version 3 en ligne, tu pourras essayer avec.

Salut Titoine,
On attend avec impatience.

Encore merci pour tout ce travail.

A+

[SBS]

CR Rapide car je suis à la bourre
désintall / Réinstall sur rep existant -=> Pan
désinstall / Réinstall sur nouveau répertoire vide -=> GW démarre et demande la préparation de la conf
remplacement du fichier config.cfg avec le précédent ->> GW Démarre et pendouille à 100% d'UC pour le moment.... (heureusement j'ai un double coeur ) je suppose qu'il reconstruit la base de données je vais donc laisser tourner pour le moment...

(Il a déjà consommé 6' de temps CPU)

Tué GW après 15' de CPU relancé, il pendouille à nouveau dans "restauration de la fenêtre principale" depuis 10' maintenant....


PS A priori y a pas de donées bizarres dans le fichier source wvs (enfin j'ai pas lu en détail les 37MO de fichier non plus)

[SBS]

Bon j'ai regardé un peu mieux entre midi et deux et ai constaté les choses suivantes:

- Si je désactive la signalisartion MSN GW démarre, mais n'a pas d'historique et n'arrive pas à la reconstruire

En effet le fichier config.cfg en contient pas les informations de confiruration d'import CSV, mais comme j'ai fait un backup, j'ai pu le restaurer et pan crash direct lors du chargement.

J'essairai ce soit un coup de filemon pour voir à quel endroit du fichier source ça se plante c'est effectivement peut-être lié à une données érrronée dans le fichier source

[SBS]

Essaie de voir si il n'y a rien d'erroné dans ton fichier source.
Je vais bientôt mettre la version 3 en ligne, tu pourras essayer avec.

Bien vu,

Après investigation j'ai trouvé que la 45000 ligne de mon fichier était erronée :
,337.500,7.921,7.921,41.000,42.000,22.600,13.900,1009.000,38.862,13.900,42.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,13.611,22.606,13.951,1.207,1023.000,35.438,1740.906,9.887,14.618,6.663,157.668,1.987,1.987,2.100,-4.037,-0.340,0.913,-0.770,0.000,0.913,-4.037,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.845,-0.248,0.714,-0.392,-0.770,0.000,0.000,0.000,0.000,45.148,6.735,0.000,3.301,0.000,98.274,0.000,584.056,680.604,0.000,2507.052,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000
au lieu de
201103081430,337.500,7.921,7.921,41.000,42.000,22.600,13.900,1009.000,38.862,13.900,42.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,13.611,22.606,13.951,1.207,1023.000,35.438,1740.906,9.887,14.618,6.663,157.668,1.987,1.987,2.100,-4.037,-0.340,0.913,-0.770,0.000,0.913,-4.037,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.845,-0.248,0.714,-0.392,-0.770,0.000,0.000,0.000,0.000,45.148,6.735,0.000,3.301,0.000,98.274,0.000,584.056,680.604,0.000,2507.052,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,-17.778,-17.778,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000,0.000

Je ne saurais jamais pourquoi sur une des ligne le champs date est passé à la trappe.

Si la nouvelle version est pas encore finalisée, un petit contrôle pour ne pas crasher l'appli sur une ligne erronée ne mangerait pas de pain

[TiToine]

Le problème c'est qu'il y a déjà beaucoup de contrôle et à la longue ca alourdit le processus.
Mais bon je vais essayer de toute manière d'optimiser tout ca pour la version 3.

[SBS]

Le problème c'est qu'il y a déjà beaucoup de contrôle et à la longue ca alourdit le processus.
Mais bon je vais essayer de toute manière d'optimiser tout ca pour la version 3.

Bon replantage cette nuit, et après vérification de la 45000ème ligne dans mon fichier csv, il manquait à nouveau la date.

Il doit donc y avoir un bug dans vws qui fait je ne sais quoi de bizarre à la 45000eme ligne du fichier.

[ardigier]

peut etre couper le csv de maniére à avoir moins de lignes

[jturlier]

Bonjour,
VWS permet d'utiliser des fichiers de taille plus réduite, on peut définir le nombre de lignes que l'on veut dans le fichier dbase.csv. (Eviter d'utiliser les fichiers type dbase2011.csv)

Settings
Database settings
Redimensionner Database -->20000 (devrait être ccorrect)

Jean