Non, pas de liste d'appel Faut dire qu'en prod ça tourne en version release
peut-être qu'avec un outil je vais voir où ça bouffe de la mémoire ?
-----Message d'origine----- wrote:
Pour info, le message que je récupère par mail envoyé
par
mon appli quand elle plante : Exception of type System.OutOfMemoryException was
thrown.
Il n'y a aucune autre info? Pas de liste des appels?
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
.
Patrick Philippot
Thierry wrote:
peut-être qu'avec un outil je vais voir où ça bouffe de la mémoire ?
A distance en hébergement mutualisé? Il faudrait un hébergeur très tolérant. Il faudrait que votre code fasse le traçage lui-même dans un journal... Un peu lourd. Sinon, je ne vois pas d'outil adéquat. Mais je loupe peut-être quelque chose...
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Thierry wrote:
peut-être qu'avec un outil je vais voir où ça bouffe de la
mémoire ?
A distance en hébergement mutualisé? Il faudrait un hébergeur très
tolérant. Il faudrait que votre code fasse le traçage lui-même dans un
journal... Un peu lourd. Sinon, je ne vois pas d'outil adéquat. Mais je
loupe peut-être quelque chose...
--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr
peut-être qu'avec un outil je vais voir où ça bouffe de la mémoire ?
A distance en hébergement mutualisé? Il faudrait un hébergeur très tolérant. Il faudrait que votre code fasse le traçage lui-même dans un journal... Un peu lourd. Sinon, je ne vois pas d'outil adéquat. Mais je loupe peut-être quelque chose...
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Patrick Philippot
Thierry wrote:
peut-être qu'avec un outil je vais voir où ça bouffe de la mémoire ?
A distance en hébergement mutualisé? Il faudrait un hébergeur très tolérant. Il faudrait que votre code fasse le traçage lui-même dans un journal... Un peu lourd. Sinon, je ne vois pas d'outil adéquat. Mais je loupe peut-être quelque chose...
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Thierry wrote:
peut-être qu'avec un outil je vais voir où ça bouffe de la
mémoire ?
A distance en hébergement mutualisé? Il faudrait un hébergeur très
tolérant. Il faudrait que votre code fasse le traçage lui-même dans un
journal... Un peu lourd. Sinon, je ne vois pas d'outil adéquat. Mais je
loupe peut-être quelque chose...
--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr
peut-être qu'avec un outil je vais voir où ça bouffe de la mémoire ?
A distance en hébergement mutualisé? Il faudrait un hébergeur très tolérant. Il faudrait que votre code fasse le traçage lui-même dans un journal... Un peu lourd. Sinon, je ne vois pas d'outil adéquat. Mais je loupe peut-être quelque chose...
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Bruno Jouhier [MVP]
> Si .Net annonce une MemoryException c'est qu'après avoir compacté au maximum le tas et râclé les fonds de tiroir du GC jusqu'en génération 2, il ne peut toujours pas vous allouer autant de mémoire que votre code en réclame. C'est rare et en général le signe d'un problème assez énorme.
Ca arrive aussi si on essaie d'allouer un buffer monstrueux par erreur. Par exemple, j'ai déjà eu cette exception en convertissant des fichiers JPEG corrompus, sans doute parce que le convertisseur lisait une taille de buffer invalide (un très gros entier).
Il suffit de faire:
byte[] bytes = new byte[2000000000];
pour avoir l'exception.
Bruno.
> Si .Net annonce une MemoryException c'est qu'après avoir compacté au
maximum le tas et râclé les fonds de tiroir du GC jusqu'en génération 2,
il ne peut toujours pas vous allouer autant de mémoire que votre code en
réclame. C'est rare et en général le signe d'un problème assez énorme.
Ca arrive aussi si on essaie d'allouer un buffer monstrueux par erreur. Par
exemple, j'ai déjà eu cette exception en convertissant des fichiers JPEG
corrompus, sans doute parce que le convertisseur lisait une taille de buffer
invalide (un très gros entier).
> Si .Net annonce une MemoryException c'est qu'après avoir compacté au maximum le tas et râclé les fonds de tiroir du GC jusqu'en génération 2, il ne peut toujours pas vous allouer autant de mémoire que votre code en réclame. C'est rare et en général le signe d'un problème assez énorme.
Ca arrive aussi si on essaie d'allouer un buffer monstrueux par erreur. Par exemple, j'ai déjà eu cette exception en convertissant des fichiers JPEG corrompus, sans doute parce que le convertisseur lisait une taille de buffer invalide (un très gros entier).
Il suffit de faire:
byte[] bytes = new byte[2000000000];
pour avoir l'exception.
Bruno.
Frédéric LAMBOUR
Tu n'as pas la liste d'appel car tu ton code d'envoie d'erreur doit envoyer retourner la propritété "Message" de lexception.
Envoie toi plus d'info, par exemple ex.ToString()
"Thierry" a écrit dans le message de news:345e01c4aac8$2b38f270$ Non, pas de liste d'appel Faut dire qu'en prod ça tourne en version release
peut-être qu'avec un outil je vais voir où ça bouffe de la mémoire ?
-----Message d'origine----- wrote:
Pour info, le message que je récupère par mail envoyé
par
mon appli quand elle plante : Exception of type System.OutOfMemoryException was
thrown.
Il n'y a aucune autre info? Pas de liste des appels?
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
.
Tu n'as pas la liste d'appel car tu ton code d'envoie d'erreur doit envoyer
retourner la propritété "Message" de lexception.
Envoie toi plus d'info, par exemple ex.ToString()
"Thierry" <anonymous@discussions.microsoft.com> a écrit dans le message de
news:345e01c4aac8$2b38f270$a301280a@phx.gbl...
Non, pas de liste d'appel
Faut dire qu'en prod ça tourne en version release
peut-être qu'avec un outil je vais voir où ça bouffe de la
mémoire ?
