Fichiers et stack Overflow

Bonjour tout le monde,

J'ai un problème de Stack Overflow que je n'arrive pas à résoudre :-(

En deux mots , je récupère le code d'une page html et je l'enregistre dans un fichier txt.
Les url se trouvent dans un fichier txt sur lequel je boucle pour ouvrir les pages et ainsi récupérer le code.

C'est sur cette ligne que le code s'arrête et me donne un message d'erreur Stack Overflow :

SWMembresExistent = File.AppendText(My.Application.Info.DirectoryPath & "\rep_membres_rech\" & DateHeure & "@" & Debut_Tranche & "@" & Fin_Tranche & "@Membres_Existent.txt") ' crée ou si existe ajoute

Les fichiers txt sont enregistrés dans un répertoire et font en général entre 38 et 40 Ko. Le support est un disque USB réservé uniquement à cela.

Quand j'arrive vers les 3000 - 3400 fichiers l'erreur se produit.
(vers les 2400 quand j'écrivais les fichiers sur le disque local!!!)

Y a-t-il une limite du nombre de fichiers dans un répertoire?

Comment remédier à cela ??


Merci de vos réponses

Jacques

Une stack overflow est un débordement de la mémoire de pile de ton processeur.

Cela n'est donc pas lié à l'écriture des fichiers dans ton répertoire mais plutôt à la façon dont ton programme est construit.

As-tu des appels récursifs de fonctions ?

Bonjour,
L'ami Google m'a filé ce lien (ça m'intéressait de savoir aussi):
http://ask-leo.com/is_there_a_limit_..._can_hold.html

On est donc loin d'atteindre le seuil que tu décris et ton code me fait dire que tu n'utilises pas le root (qui peut en contenir moins).

Par contre, une piste me semble être à étudier : ces fichiers restent-ils ouverts durant le traitement ou sont ils fermés au fur et à mesure qu'il n'y a plus de justification à les laisser ouverts ?
Parce que ce nombre de fichiers ouverts simultanément est nettement plus réduit (on conseille généralement de ne pas dépasser quelques dizaines).

En plus, chaque fichier ouvert est chargé en mémoire (et j'imagine bien volontiers que la place prise en mémoire est supérieure de façon conséquente à la taille du fichier). C'est peut être ça qui serait aussi générateur de ton stack overflow...

Edit: Gold bug émet l'hypothèse la plus probable, il te faut voir si la méthode contenant ton code en erreur est appelée de façon récursive.

Bonjour,

J'ai lu à gauche et à droite et apparement le fait d'appeler plusieurs fois une fonction , dans mon cas l'écriture de mon fichier txt provoquerait la saturation de la pile.

Voic le code utilisé :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

Dim HttpWRequest As HttpWebRequest = CType(WebRequest.Create(page), HttpWebRequest) HttpWResponse = CType(HttpWRequest.GetResponse, HttpWebResponse) sr = New StreamReader(HttpWResponse.GetResponseStream,System.Text.Encoding.Default) contenu = sr.ReadToEnd sr.Close() sr = Nothing SWFichier = File.AppendText(My.Application.Info.DirectoryPath "\rep_membres_info_nom\Membres_" & NomMembreTorrent & ".txt") ' crée ou si existe ajoute SWFichier.WriteLine(contenu) SWFichier.Close() SWFichier = Nothing contenu = "" HttpWRequest = Nothing HttpWResponse = Nothing ListePage(NumMembreEnCours + 1)

---

Mes stream sont fermés à chaque fois !

Je ne vois pas comment limiter le nombre d'appels à la fonction SWFichier = File.AppendText(My.Application.Info.DirectoryPath .....

Je devrai faire plus ou moins 11000 appels et cela fait deux fois que l'application s'arrête sur cette ligne après 3370 passages !!
Au moins c'est un chiffre constant. Ce qui signifie que la pile ne peu en prendre plus ... !

Je vais essayé de trouver une autre solution...si c'est possible. Je trouve juste cela frustrant d'être limiter à un nombre d'appels et en plus de ne pas avoir la possibilité de vider cette fichue pile :-)

À moins d'une erreur de ma part les StackOverflowException ne peuvent être gèrées avec un Try !

Merci quand même !

Jacques

un stackoverflow n'est pas un nombre d'appel trop grand à une sub, mais un nombre d'appel non sortant trop grand

exemple

Code:

---

1 2 3

sub s s end sub

---

ceci provoque un stackoverflow vu que s appelle s qui appelle s ...

mais ca peut etre un poil plus compliqué

Code:

---

1 2 3 4 5 6

function f1 return machin + f2 end function function f2 return left(f1,1) end function

---

donc fait du f11 pour voir (ou regarde la pile des appels)




si tu n'as pas ce genre de soucis, il y a plein de méthode pour remplir un fichier, et je pense qu'avec un stringbuilder et un truc qui le rempli en une seule fois ca sera plus rapide

OK pour la fermeture mais il faudrait vérifier un cran au dessus, à savoir, comme l'a dit Sperot, de quelle manière est appelée la méthode dont tu nous fournis le code mais pas le nom (est ce que par le plus grand des hasards, elle ne s'appelerait pas ListePage ? :))