StreamWriter : Exception que je ne comprends pas...

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : StreamWriter : Exception que je ne comprends pas...

Arjuna

Aircraft Ident.: F-MBSD

Salut,

J'ai un programme en mode Console.

Dedans, j'ai une classe "logFile" dont voici le contruteur et la méthode qui pante :

Code :

public logFile(string logName)
{
file = new StreamWriter(logName, true, System.Text.UTF8Encoding.UTF8, 256);
// Append header for new log
file.WriteLine("################################################################################" );
file.WriteLine("{0} is starting...", info.applicationName);
file.WriteLine("{0} version {1} {2}", info.applicationLongName, info.applicationVersion, info.applicationVersionFlag);
file.WriteLine("################################################################################" );
file.WriteLine("Legend :" );
file.WriteLine("PP : Application parameter (see INI file)" );
file.WriteLine("II : Informal message" );
file.WriteLine("EE : Blocking error" );
file.WriteLine("ee : Non-blocking error" );
file.WriteLine("WW : Warning message" );
file.WriteLine("################################################################################" );
file.WriteLine("" );
}
public void AddBlockingError(string message)
{
file.WriteLine("{0} : EE {1}", DateTime.Today.ToShortDateString(), message);
FatalErrors++;
}

Lorsque je lance le programme, ça plante avec ce message :

Code :

C:\Documents and Settings\Administrateur\Mes documents\Visual Studio Projects\GN
XCleanUp\bin\Debug>gnxcleanup
Exception non gérée : System.IndexOutOfRangeException: Conflit d'accès d'E/S pro
bable détecté lors de la copie dans la mémoire. Le package d'E/S n'est pas threa
d-safe par défaut. Dans des applications multithread, l'accès au flux doit se fa
ire de façon thread-safe, par exemple un wrapper thread-safe retourné par les mé
thodes Synchronized de TextReader ou TextWriter. Cela s'applique également aux c
lasses telles que StreamWriter et StreamReader.
at System.Buffer.InternalBlockCopy(Array src, Int32 srcOffset, Array dst, Int
32 dstOffset, Int32 count)
at System.IO.StreamWriter.Write(Char[] buffer, Int32 index, Int32 count)
at System.IO.TextWriter.WriteLine(String value)
at GNXCleanUp.logFile.Finalize()

Voici le fichier qu'il a commencé à écrire :

Code :

################################################################################
GNXCleanUp is starting...
GénériX automated clean up program version 0.0.1 alpha
################################################################################
Legend :
PP : Application parameter (see INI file)
II : Informal message
EE : Blocking error
ee : Non-blocking error
WW : Warning message
################################################################################
11/3/2005 : II Read INI file
11/3/20

Ca plante sur cet appel (log est une instance de la classe logFile) :

Code :

log.AddBlockingError("GénériX path not set or wrong." );

Pourquoi ça plante ???

Message édité par Arjuna le 03-11-2005 à 16:39:16

Publicité

Arjuna

Aircraft Ident.: F-MBSD

Personne n'a une idée ? Parceque là, ça me lourde en fait

Harkonnen

Modérateur
Un modo pour les bannir tous

c'est une race condition sur les I/O bufferisées. ça m'est déjà arrivé, et un gars de chez Microsoft m'avait répondu que ça venait du fait que les I/O bufferisées n'étaient pas thread safe, en étant toutefois très évasif
essaie ceci :

Code :

public void AddBlockingError(string message)
{
lock (this)
{
file.WriteLine("{0} : EE {1}", DateTime.Today.ToShortDateString(), message);
FatalErrors++;
}
}

Message édité par Harkonnen le 04-11-2005 à 00:31:51

---------------
J'ai un string dans l'array (Paris Hilton)

Arjuna

Aircraft Ident.: F-MBSD

OK, j'avais contourné le problème en ouvrant et fermant le fichier à chaque ligne. D'un côté c'est pourri, et d'un autre, pour un log c'est pas plus mal : si l'appli plante pour de bon, j'ai trace dans le log jusqu'au dernier élément logué, alors que sinon je perds tout le buffer avec.

Donc pour cette appli, je laisse comme ça. Par contre, je vais en avoir besoin pour générer un fichier de données dans une autre appli, je garde le topic en favori du coup. Merci !

Sinon, chose étonnante : mon appli n'est pas multithreadée pourtant. Sur un forum, j'avais en effet vu une explication similaire à la tienne, comme quoi c'est un bug du framework : StreamWriter et StreamReader sont indiqués comme thread-safe dans la doc, et pourtant ils ne le sont pas réellement. Seulement, ça ne devrait pas s'appliquer à mon cas, puisque mon appli est mono-thread :??:

_Mose_

Lonesome coder

Je fais pareil avec mes logs : ouverture/fermeture à chaque fois, je fais ça depuis des années et ça marche bien.

Pour le bug : j'ai des trucs qui ressemblent de tps en tps (enfin je crois, j'ai le framework en anglais : c'est pas le même message )
Je pense que c'est dû au fait que l'écriture sur fichier n'est pas synchrone, et que le StreamWriter est mal codé.
Un idée ça peut être d'utiliser Flush() sur le stream entre les écriture, pour forcer l'écriture physique...

Arjuna

Aircraft Ident.: F-MBSD

yep en effet.

mais mon problème, c'est que je vais bientôt devoir écrire un prog qui génère un fichier d'intégration de plusieurs centaines de milliers de lignes, et ce, assez souvent

et le but, c'est donc d'éviter d'ouvrir/fermer le fichier à chaque ligne, ni même de flusher, là je vais avoir un buffer de 1 Mo et je compte bien écrire sur le HD par lots de 1 Mo, d'autant plus que le disque est déjà extrêment stressé par l'activité di serveur

_Mose_

Lonesome coder

Si tu veux éviter ce pb, fait ton propre système de bufferisation.
Un bête ArrayList

Arjuna

Aircraft Ident.: F-MBSD

ben ouais, je sens que je vais devoir bidouiller...

sinon, un truc...

.NET ne supporte pas les record ?

j'entends par là écrire une structure d'un coup dans un fichier (et savoir la relire)

par exemple, en VB je faisais ça (l'équivalent marche aussi en ADA, langage sur lequel j'ai appris cette technique) :

Code :

struct commande
numero as string*8
client as string*12
date as string*10
EOL as string*2
end struct
struct ligne_commande
produit as string*16
quantite as string*3
prix as string*12
EOL as string*2
end struct
function creecommande()
dim cde as commande
dim lig as ligne_commande
dim fil as long
fil = freefile
open "truc.cde" as fil for write
cde.numero = "123"
cde.client = "toto"
cde.date = "04/11/2005"
cde.EOL = vbCrLf
put fil cde
lig.produit = "p1"
lig.quantite = "10"
lig.prix = "25,49"
lig.EOL = vbCrLf
put fil lig
close fil
end function

ce qui donne dans le fichier :

123 toto 04/11/2005
p1 10 25,49

Et ensuite, je peux relire ce fichier avec des "get fil cde" par exemple, ce qui va allimenter ma variable de type "commande" avec les données contenue dans le fichier.

J'ai cru comprendre que C# ne supportait même pas les chaines de taille fixe ! :??:

ps: ici, je ne gère que des string, mais on peut aussi stocker des types tels que INT, DATE, ou autres... y'a juste que passer par des chaines rend lisible le fichier pour analyse manuelle (parceque si j'ai une date en binaire dans mon fichier, je vais avoir un mal de chien à la relire )

Message édité par Arjuna le 04-11-2005 à 16:23:12

FORUM HardWare.fr

Programmation

C#/.NET managed

StreamWriter : Exception que je ne comprends pas...

Sujets relatifs
[Résolu] unhandled exception class System.SecurityE	message exception: negative line
[JDBC] Je comprends pas tout	rmdir avec exception
J'comprends plus rien : SPIP	message d'erreur que je ne comprends pas
[JS] Bug très étrange... Comprends pas !	[VB.NET] Gestion d'une exception
[VB.NET] Gestion d'une exception	Exception Windows mais pas Linux...
Plus de sujets relatifs à : StreamWriter : Exception que je ne comprends pas...

Page générée en 0.088 secondes