Discussion :

[WolffN]

Bonjour

Dans le cadre d'une application multi thread de transfert de fichiers vers des machines à Commande Numérique (par RS232) de temps en temps sur de très "gros" fichiers 200 Ko (copier X fois en mémoire au cours du traitement) mon programme remplace une ou plusieurs parties du fichier par des blocs de 32 caractères null consécutifs

Est il possible qu'un débordement de pile dans un thread puisse générer ce type d'erreur (remplacement d'une partie du fichier par des blocs de 32 octets null) ?

Quel est la taille de la pile, et au fait qu'est ce que c'est et à quoi cela sert t'il ?

Merci

[edam]

je sais pas, mais je pence que tu dois changé ton algo de transfer:
comme le port série est un peut lent par raport au lecture a partir DD, alors , pourqoi pas lire simlement le bloc à envoyé et attendre l'evenement "le registre d'envoit est vide"

[WolffN]

Merci pour ta proposition

mais le probleme se produit de manière aléatoire et il concerne principalement la reception de données de la machine vers le pc et non l'envoi

lors de la reception un thread tourne en continu pour lire les données du port com les ajoutent aux données déjà recues puis au bout d'un timeout de 5 sec sans récéption il transmet le fichier recu "complet" au thread de la machine

qui lui devrait supprimer les nulls du fichier le probleme est qu'il en reste dans le fichier mais dans la ligne avant d'enregistrer le fichier je supprime les nulls , et c'est la que je comprends plus rien , d'ou ma question est ce qu'un debordement de pile peux massacrer un emplacement memoire genre le contenu du fichier avant enregistrement en écrivant des blocs de 32 nulls dans le fichier

[edam]

pour j'ai jamais eu de probléme de ce genre, toujour j'envoit en début la taille de fichier à envoyé puis le fichier lui meme
lis: sa et sa de nono40,, et en parlant de nono où est il, sava bien, tu nous manque ici, j'éspére que tt va bien pour toi

[edam]

alors??
si oui donne la solution

[WolffN]

helas non ce n'est pas resolu du tout

je te remercie encore pour ton idée, mais je parle de communication via le port serie RS232 et pas via le réseau de plus j'ai déjà fait l'envoi du fichier morceau par morceau car certaine machine numérique sont très très lentes à la récéption mais ma question est plutôt

Quelles sont les conséquences possibles d'un débordement de pile dans un thread ?

Si j'utilise memproof il indique des erreurs de type memory overrun, mais qu'est ce que cela veux dire exactement, sachant que cela survient de manière totalement aleatoire et a des endroit ou ce n'est pas possible !!!