Discussion :

[Alfred83]

Dans mon application je traite de gros fichiers texte en entrée, disons un livre. Après un traitement spécifique, page par page, j'écris des pages en sortie dans un fichier.
Lorsque mon programme se plante, le fichier en sortie ne contient presque rien et je n'ai aucun moyen rapide pour retrouver la page du fichier en entrée qui a provoqué le plantage.

Y a-t-il un moyen (sous wxwidget ou c++) pour forcer l'écriture du fichier en sortie page par page ? La dernière page écrite me permetrait de touver ce qui a provoqué le plantage. j'ai essayé flush() sans aucun résultat.

Cela peut être une métode de débugage utile à tous ceux qui traitent de gros fichiers.

[aziz jim]

Pense à réfléchir une 2ème fois à la solution que tu à prévu pour développer ton programme.

je ne pense pas que c'est un problème de langage mais plutôt c'est un problème de conception.

un travail méthodique donne toujours ses fruits et facilite la mise à niveau périodique de mon application.


mais ça n'empêche que ça soit un défaut téchnique. est ce que tu utilise une variable wxString pour contenir le contenu de ton livre avant le traitement par hasard?

[PRomu@ld]

Cela peut être une métode de débugage utile à tous ceux qui traitent de gros fichiers.

Tu écris sur la sortie d'erreur standard (car non bufferisé) tout ton texte ou alors seulement le numéro de ta page.

[Alfred83]

Merci à PRomuald.
J utilise ofstream et envoie mes résultats ligne par ligne lorsqu une page est
remplie.
Mais je suis pret à utiliser toute autre méthode pour résoudre mon pb.
En fait quand le pgm plante le fichier ne se ferme pas et il ne contient
que les quelques premières lignes.
Si je n y arive pas je pourrais récupérer le N° de page par le debuger, mais
cette solution est moins satisfaisante.

[Alfred83]

J'ai fini par trouver : pour forcer l'écriture et la synchroniser avec le flux d'entrée il suffit d'écrire : os << flush;