[VB.Net]Obtenir le N° de ligne d'une Exception

Bonjour,

Voila mon soucis, j'utilise une gestion d'erreur de type TryCatch sous VB.2005.
Quand je suis en debug j'ai bien le N° de ligne qui s'affiche dans la StackTrace de l'exception mais quand je suis en release impossible de l'avoir.

Cette information n'est pas accessible en release ?
Je pensais aussi à Erl mais Erl vaut toujours 0 :(

Merci de votre aide

Salut,

Pour moi il n'est pas possible d'avoir cette fonctionalité en mode release car les informations de débug ne sont pas générées à la compilation.

+1 ce n'est pas possible d'acoir la ligne de l'exception en release

+2
Pour retrouver la ligne de code associée à une instruction, VS.Net utilise le fichier .pdb qui n'est pas inclus en compilation release.
(Encore heureux, pourquoi surcharger une version finale)

C'est bien dommage car quand le bug se manifeste en Prod on gagne beaucoup de temps quand on connait le N° de ligne.
Eh oui je n'habite pas encore le monde merveilleux des developpeurs heureux où l'on a le tps de tester à 100% son dev avant la release...;)

Je vais regretter VB6 et son Erl qui marche même en compilé LUI 8-)

Merci pour l'info en tous cas
@+

T'as rien a regretter du tout. Il suffit de faire les choses correctement :
plutôt que de déployer une version release, qui elle est optimisée pour du code qui ne buggue pas, autant déployer une version debug, légèrement plus lente, mais qui, elle, va te remonter tes erreurs...

Le fondement de la version release c'est précisémment de ne pas inclure les infos qui ne servent pas dans une version finale d'un produit. alors je sais que depuis 5 ans on a pris l'habitude de vendre des softs buggés à mort et de faire des updates à tout va (exemple : à peu près tous les softs de ces 5 dernières années à commencer par les windows, office et les jeux), mais bon... la version release c'est une version rapide, qui ne va pas s'encombrer de détails inutiles, à savoir le numéro de la ligne du code qui merde quand y'a un problème que les développeurs n'ont pas anticipés.

Si votre équipe en est encore à cette phase-ci de développement (et ce genre de contrainte est trop courante en dev), alors vous n'êtes pas en phase de release, c tout...