Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Gloops
[Nombre maximum de fichiers ouverts]
Bonjour,
Je soupçonne que la question est à poser dans le newsgroup du système utilisateur. (à moins que tu trouves quelque chose dans la doc de FSO ?)
Normalement, si le système est opérationnel (soyons positifs :) ), on ne le "crashe" pas, il génère un message "trop de fichiers ouverts".
Une question intéressante serait le numéro de ce message, de façon à pouvoir le traiter dans le programme. Ici http://homeordi.free.fr/readarticle.php?article_id=2 on a l'air de suggérer 36, "trop de fichiers ouverts pour un partage", à moins que je me laisse abuser par le début du message ? ____________________________________ Le 20/09/2006 14:16, Hervé a écrit :
Bonjour,
Le modèle FSO est parfois bien pratique pour boucler avec for each, le code est propre et lisible.
Alors ma question est: combien peut-on ouvrir de fichiers (textstream) en écriture en même temps, sans crasher le système?
[Nombre maximum de fichiers ouverts]
Bonjour,
Je soupçonne que la question est à poser dans le newsgroup du système
utilisateur. (à moins que tu trouves quelque chose dans la doc de FSO ?)
Normalement, si le système est opérationnel (soyons positifs :) ), on ne
le "crashe" pas, il génère un message "trop de fichiers ouverts".
Une question intéressante serait le numéro de ce message, de façon à
pouvoir le traiter dans le programme. Ici
http://homeordi.free.fr/readarticle.php?article_id=2
on a l'air de suggérer 36, "trop de fichiers ouverts pour un partage", à
moins que je me laisse abuser par le début du message ?
____________________________________
Le 20/09/2006 14:16, Hervé a écrit :
Bonjour,
Le modèle FSO est parfois bien pratique pour boucler avec for each, le code
est propre et lisible.
Alors ma question est: combien peut-on ouvrir de fichiers (textstream) en
écriture en même temps, sans crasher le système?
Je soupçonne que la question est à poser dans le newsgroup du système utilisateur. (à moins que tu trouves quelque chose dans la doc de FSO ?)
Normalement, si le système est opérationnel (soyons positifs :) ), on ne le "crashe" pas, il génère un message "trop de fichiers ouverts".
Une question intéressante serait le numéro de ce message, de façon à pouvoir le traiter dans le programme. Ici http://homeordi.free.fr/readarticle.php?article_id=2 on a l'air de suggérer 36, "trop de fichiers ouverts pour un partage", à moins que je me laisse abuser par le début du message ? ____________________________________ Le 20/09/2006 14:16, Hervé a écrit :
Bonjour,
Le modèle FSO est parfois bien pratique pour boucler avec for each, le code est propre et lisible.
Alors ma question est: combien peut-on ouvrir de fichiers (textstream) en écriture en même temps, sans crasher le système?
Guy DETIENNE
Salut ;O)
En VB (donc je n'inclus pas FSO), il me semble que le maximum est de 511 (ou 512, c'est pas clair car 511 est un chiffre peu commun, le chiffre 0 étant sans doute réservé). La fonction FreeFile permet de connaître la valeur du prochain numéro du fichier non utilisé allant de 1 à 511.
Pour les puristes, FreeFile sans argument retourne un numéro de fichier entre 1 et 255 et avec l'argument 1, retourne une valeur entre 256 et 511.
Est-ce une limitation de VB ou du système ? Aucune idée.
Guy
"Hervé" a écrit dans le message de news:
Bonjour,
Le modèle FSO est parfois bien pratique pour boucler avec for each, le code est propre et lisible.
Alors ma question est: combien peut-on ouvrir de fichiers (textstream) en écriture en même temps, sans crasher le système?
Salut ;O)
En VB (donc je n'inclus pas FSO), il me semble que le maximum est de 511 (ou
512, c'est pas clair car 511 est un chiffre peu commun, le chiffre 0 étant
sans doute réservé).
La fonction FreeFile permet de connaître la valeur du prochain numéro du
fichier non utilisé allant de 1 à 511.
Pour les puristes, FreeFile sans argument retourne un numéro de fichier
entre 1 et 255 et avec l'argument 1, retourne une valeur entre 256 et 511.
Est-ce une limitation de VB ou du système ? Aucune idée.
Guy
"Hervé" <hgomanne.sanspub@stocomest.com> a écrit dans le message de news:
u9wCU4K3GHA.4648@TK2MSFTNGP04.phx.gbl...
Bonjour,
Le modèle FSO est parfois bien pratique pour boucler avec for each, le
code
est propre et lisible.
Alors ma question est: combien peut-on ouvrir de fichiers (textstream) en
écriture en même temps, sans crasher le système?
En VB (donc je n'inclus pas FSO), il me semble que le maximum est de 511 (ou 512, c'est pas clair car 511 est un chiffre peu commun, le chiffre 0 étant sans doute réservé). La fonction FreeFile permet de connaître la valeur du prochain numéro du fichier non utilisé allant de 1 à 511.
Pour les puristes, FreeFile sans argument retourne un numéro de fichier entre 1 et 255 et avec l'argument 1, retourne une valeur entre 256 et 511.
Est-ce une limitation de VB ou du système ? Aucune idée.
Guy
"Hervé" a écrit dans le message de news:
Bonjour,
Le modèle FSO est parfois bien pratique pour boucler avec for each, le code est propre et lisible.
Alors ma question est: combien peut-on ouvrir de fichiers (textstream) en écriture en même temps, sans crasher le système?
Gloops
Ah oui, je parlais du système, c'est vrai que VB a aussi ses limites, et qu'il faut en rester à la limite la plus basse.
J'imagine qu'Hervé veut lancer un traitement récurrent, sur une arborescence ? C'est vrai que là il y a deux choses auxquelles faire attention : le nombre de niveaux, et la longueur du chemin.
Ah oui, je parlais du système, c'est vrai que VB a aussi ses limites, et
qu'il faut en rester à la limite la plus basse.
J'imagine qu'Hervé veut lancer un traitement récurrent, sur une
arborescence ?
C'est vrai que là il y a deux choses auxquelles faire attention : le
nombre de niveaux, et la longueur du chemin.
Ah oui, je parlais du système, c'est vrai que VB a aussi ses limites, et qu'il faut en rester à la limite la plus basse.
J'imagine qu'Hervé veut lancer un traitement récurrent, sur une arborescence ? C'est vrai que là il y a deux choses auxquelles faire attention : le nombre de niveaux, et la longueur du chemin.
