Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Développement Développement Langage C Sharp Arithmetic Overflow - FONT

Arithmetic Overflow - FONT

9 réponses
Avatar
Alexandre
Bonjour

J'ai un petit probleme que je dois régler et qui ne survient qu'une fois de
temps en temps.

Lorsqu'une fênetre fait le InitializeComponent, parfois une exception avec
le message suivant est levé :

Arithmetic Overflow - FONT
System.ArithmeticException' occurred in system.windows.forms.dll

Overflow or underflow in the arithmetic operation.

Même ne cherchant sur google, je n'ai réussi à trouver d'autre solution que
de mettre un try catch autour du show de la forme, ce qui ne me plait pas
vraiment comme solution...

Merci
Signaler un problème avec ce contenu

9 réponses

Supprimer
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
Avatar
Paul Bacelar
Dans le catch, affiche la callstack de l'exception, pour qu'on ai plus de
billes.
--
Paul Bacelar

"Alexandre" wrote in message
news:
Bonjour

J'ai un petit probleme que je dois régler et qui ne survient qu'une fois


de
temps en temps.

Lorsqu'une fênetre fait le InitializeComponent, parfois une exception avec
le message suivant est levé :

Arithmetic Overflow - FONT
System.ArithmeticException' occurred in system.windows.forms.dll

Overflow or underflow in the arithmetic operation.

Même ne cherchant sur google, je n'ai réussi à trouver d'autre solution


que
de mettre un try catch autour du show de la forme, ce qui ne me plait pas
vraiment comme solution...

Merci





Avatar
Alexandre
Voici ce que donne le stackTace

System.ArithmeticException: Overflow or underflow in the arithmetic
operation.
at System.Drawing.Font.Initialize(FontFamily family, Single emSize,
FontStyle style, GraphicsUnit unit, Byte gdiCharSet, Boolean
gdiVerticalFont)
at System.Drawing.Font..ctor(String familyName, Single emSize, FontStyle
style, GraphicsUnit unit, Byte gdiCharSet)
at BOISSEC.frmListInvoice.InitializeComponent() in C:Documents and
SettingsAlexandreMy DocumentsVisual Studio
ProjectsBoisSecSourcesWinUIfrmListInvoice.vb:line 229
at BOISSEC.frmListInvoice..ctor() in C:Documents and
SettingsAlexandreMy DocumentsVisual Studio
ProjectsBoisSecSourcesWinUIfrmListInvoice.vb:line 48



Et voici la ligne 229

Me.btnFullList.Font = New System.Drawing.Font("Microsoft Sans Serif", 9.75!,
System.Drawing.FontStyle.Regular, System.Drawing.GraphicsUnit.Point,
CType(0, Byte))


Disons que ca m'embête un brin...

Merci

"Paul Bacelar" wrote in message
news:
Dans le catch, affiche la callstack de l'exception, pour qu'on ai plus de
billes.
--
Paul Bacelar

"Alexandre" wrote in message
news:
Bonjour

J'ai un petit probleme que je dois régler et qui ne survient qu'une fois


de
temps en temps.

Lorsqu'une fênetre fait le InitializeComponent, parfois une exception
avec
le message suivant est levé :

Arithmetic Overflow - FONT
System.ArithmeticException' occurred in system.windows.forms.dll

Overflow or underflow in the arithmetic operation.

Même ne cherchant sur google, je n'ai réussi à trouver d'autre solution


que
de mettre un try catch autour du show de la forme, ce qui ne me plait pas
vraiment comme solution...

Merci









Avatar
Paul Bacelar
Méthode Golgote ;-)

Utilisez le débuggeur VS pour s'arrêter lors du lancement des exceptions de
type "ArithmeticException"

(menu Débuguer->Exceptions->Common Language Runtime
Exceptions->System->System.ArithmeticException->"s'arrêter dans le
débugeur").

Demander à voir le code machine lors de l'arrêt sur création de l'exception,
vous aurez ainsi l'ensemble de la pile d'appel dans la fenêtre qui l'affiche
et non seulement la liste des méthodes du projet.

Utilisez Reflector (http://www.aisto.com/roeder/dotnet/) pour avoir le code
source de la méthode qui génère l'erreur, "System.Drawing.Font.Initialize"
selon les traces.

Dans le débuggeur, évaluez les paramètres passés à la méthode dans une des
fenêtres "Espion" et déterminez la cause de l'erreur en vérifiant les
paramètres passés à chaque méthode dans la pile d'appel en allant du sommet
vers la base (d'appelé vers appelant).

Utilisez Reflector à chaque nouvelle méthode analysée pour avoir un code
source et le nom des paramètres de cette méthode.

C'est long, mais c'est imparable.

--
Paul Bacelar

"Alexandre" wrote in message
news:
Voici ce que donne le stackTace

System.ArithmeticException: Overflow or underflow in the arithmetic
operation.
at System.Drawing.Font.Initialize(FontFamily family, Single emSize,
FontStyle style, GraphicsUnit unit, Byte gdiCharSet, Boolean
gdiVerticalFont)
at System.Drawing.Font..ctor(String familyName, Single emSize,


FontStyle
style, GraphicsUnit unit, Byte gdiCharSet)
at BOISSEC.frmListInvoice.InitializeComponent() in C:Documents and
SettingsAlexandreMy DocumentsVisual Studio
ProjectsBoisSecSourcesWinUIfrmListInvoice.vb:line 229
at BOISSEC.frmListInvoice..ctor() in C:Documents and
SettingsAlexandreMy DocumentsVisual Studio
ProjectsBoisSecSourcesWinUIfrmListInvoice.vb:line 48



Et voici la ligne 229

Me.btnFullList.Font = New System.Drawing.Font("Microsoft Sans Serif",


9.75!,
System.Drawing.FontStyle.Regular, System.Drawing.GraphicsUnit.Point,
CType(0, Byte))


Disons que ca m'embête un brin...

Merci

"Paul Bacelar" wrote in message
news:
> Dans le catch, affiche la callstack de l'exception, pour qu'on ai plus


de
> billes.
> --
> Paul Bacelar
>
> "Alexandre" wrote in message
> news:
>> Bonjour
>>
>> J'ai un petit probleme que je dois régler et qui ne survient qu'une


fois
> de
>> temps en temps.
>>
>> Lorsqu'une fênetre fait le InitializeComponent, parfois une exception
>> avec
>> le message suivant est levé :
>>
>> Arithmetic Overflow - FONT
>> System.ArithmeticException' occurred in system.windows.forms.dll
>>
>> Overflow or underflow in the arithmetic operation.
>>
>> Même ne cherchant sur google, je n'ai réussi à trouver d'autre solution
> que
>> de mettre un try catch autour du show de la forme, ce qui ne me plait


pas
>> vraiment comme solution...
>>
>> Merci
>>
>>
>>
>
>




Avatar
Alexandre
Ouain, mais le problème c'est que c'est du code généré par VS et que ca
n'arrive qu'une fois de temps en temps (acune constance)

L'erreur vient de cette ligne. Je ne vois pas ce qu'il pourrait y avoir qui
causerait ce genre d'erreur...
Me.btnFullList.Font = New System.Drawing.Font("Microsoft Sans Serif", 9.75!,
System.Drawing.FontStyle.Regular, System.Drawing.GraphicsUnit.Point,
CType(0, Byte))


Merci bien

"Paul Bacelar" wrote in message
news:
Méthode Golgote ;-)

Utilisez le débuggeur VS pour s'arrêter lors du lancement des exceptions
de
type "ArithmeticException"

(menu Débuguer->Exceptions->Common Language Runtime
Exceptions->System->System.ArithmeticException->"s'arrêter dans le
débugeur").

Demander à voir le code machine lors de l'arrêt sur création de
l'exception,
vous aurez ainsi l'ensemble de la pile d'appel dans la fenêtre qui
l'affiche
et non seulement la liste des méthodes du projet.

Utilisez Reflector (http://www.aisto.com/roeder/dotnet/) pour avoir le
code
source de la méthode qui génère l'erreur, "System.Drawing.Font.Initialize"
selon les traces.

Dans le débuggeur, évaluez les paramètres passés à la méthode dans une des
fenêtres "Espion" et déterminez la cause de l'erreur en vérifiant les
paramètres passés à chaque méthode dans la pile d'appel en allant du
sommet
vers la base (d'appelé vers appelant).

Utilisez Reflector à chaque nouvelle méthode analysée pour avoir un code
source et le nom des paramètres de cette méthode.

C'est long, mais c'est imparable.

--
Paul Bacelar

"Alexandre" wrote in message
news:
Voici ce que donne le stackTace

System.ArithmeticException: Overflow or underflow in the arithmetic
operation.
at System.Drawing.Font.Initialize(FontFamily family, Single emSize,
FontStyle style, GraphicsUnit unit, Byte gdiCharSet, Boolean
gdiVerticalFont)
at System.Drawing.Font..ctor(String familyName, Single emSize,


FontStyle
style, GraphicsUnit unit, Byte gdiCharSet)
at BOISSEC.frmListInvoice.InitializeComponent() in C:Documents and
SettingsAlexandreMy DocumentsVisual Studio
ProjectsBoisSecSourcesWinUIfrmListInvoice.vb:line 229
at BOISSEC.frmListInvoice..ctor() in C:Documents and
SettingsAlexandreMy DocumentsVisual Studio
ProjectsBoisSecSourcesWinUIfrmListInvoice.vb:line 48



Et voici la ligne 229

Me.btnFullList.Font = New System.Drawing.Font("Microsoft Sans Serif",


9.75!,
System.Drawing.FontStyle.Regular, System.Drawing.GraphicsUnit.Point,
CType(0, Byte))


Disons que ca m'embête un brin...

Merci

"Paul Bacelar" wrote in message
news:
> Dans le catch, affiche la callstack de l'exception, pour qu'on ai plus


de
> billes.
> --
> Paul Bacelar
>
> "Alexandre" wrote in message
> news:
>> Bonjour
>>
>> J'ai un petit probleme que je dois régler et qui ne survient qu'une


fois
> de
>> temps en temps.
>>
>> Lorsqu'une fênetre fait le InitializeComponent, parfois une exception
>> avec
>> le message suivant est levé :
>>
>> Arithmetic Overflow - FONT
>> System.ArithmeticException' occurred in system.windows.forms.dll
>>
>> Overflow or underflow in the arithmetic operation.
>>
>> Même ne cherchant sur google, je n'ai réussi à trouver d'autre
>> solution
> que
>> de mettre un try catch autour du show de la forme, ce qui ne me plait


pas
>> vraiment comme solution...
>>
>> Merci
>>
>>
>>
>
>








Avatar
Paul Bacelar
Que le code est été généré par un Designer ne veut pas dire que le code est
bon dans tous les cas de figure.

Il semble que vous avez quelques répugnances à voir le code des autres, mais
cela vous passera, je l'espère, bien vite, car même si le problème se révèle
dans un code qui n'a pas été écrit par vous, cela ne veux pas dire que vous
n'y êtes pour rien et quand bien même cela serait le cas, vous avez un
problème à régler et il vous incombe de le régler de la manière la plus
efficace et élégante possible.

Avec les informations données dans mon précédent post, vous avez tout pour
connaître précisément votre ennemi et l'éradiquer, et même si celui-ci se
loge dans du code de la CLR.

--
Paul Bacelar

"Alexandre" wrote in message
news:u9pYx#
Ouain, mais le problème c'est que c'est du code généré par VS et que ca
n'arrive qu'une fois de temps en temps (acune constance)

L'erreur vient de cette ligne. Je ne vois pas ce qu'il pourrait y avoir


qui
causerait ce genre d'erreur...
Me.btnFullList.Font = New System.Drawing.Font("Microsoft Sans Serif",


9.75!,
System.Drawing.FontStyle.Regular, System.Drawing.GraphicsUnit.Point,
CType(0, Byte))


Merci bien

"Paul Bacelar" wrote in message
news:
> Méthode Golgote ;-)
>
> Utilisez le débuggeur VS pour s'arrêter lors du lancement des exceptions
> de
> type "ArithmeticException"
>
> (menu Débuguer->Exceptions->Common Language Runtime
> Exceptions->System->System.ArithmeticException->"s'arrêter dans le
> débugeur").
>
> Demander à voir le code machine lors de l'arrêt sur création de
> l'exception,
> vous aurez ainsi l'ensemble de la pile d'appel dans la fenêtre qui
> l'affiche
> et non seulement la liste des méthodes du projet.
>
> Utilisez Reflector (http://www.aisto.com/roeder/dotnet/) pour avoir le
> code
> source de la méthode qui génère l'erreur,


"System.Drawing.Font.Initialize"
> selon les traces.
>
> Dans le débuggeur, évaluez les paramètres passés à la méthode dans une


des
> fenêtres "Espion" et déterminez la cause de l'erreur en vérifiant les
> paramètres passés à chaque méthode dans la pile d'appel en allant du
> sommet
> vers la base (d'appelé vers appelant).
>
> Utilisez Reflector à chaque nouvelle méthode analysée pour avoir un code
> source et le nom des paramètres de cette méthode.
>
> C'est long, mais c'est imparable.
>
> --
> Paul Bacelar
>
> "Alexandre" wrote in message
> news:
>> Voici ce que donne le stackTace
>>
>> System.ArithmeticException: Overflow or underflow in the arithmetic
>> operation.
>> at System.Drawing.Font.Initialize(FontFamily family, Single emSize,
>> FontStyle style, GraphicsUnit unit, Byte gdiCharSet, Boolean
>> gdiVerticalFont)
>> at System.Drawing.Font..ctor(String familyName, Single emSize,
> FontStyle
>> style, GraphicsUnit unit, Byte gdiCharSet)
>> at BOISSEC.frmListInvoice.InitializeComponent() in C:Documents and
>> SettingsAlexandreMy DocumentsVisual Studio
>> ProjectsBoisSecSourcesWinUIfrmListInvoice.vb:line 229
>> at BOISSEC.frmListInvoice..ctor() in C:Documents and
>> SettingsAlexandreMy DocumentsVisual Studio
>> ProjectsBoisSecSourcesWinUIfrmListInvoice.vb:line 48
>>
>>
>>
>> Et voici la ligne 229
>>
>> Me.btnFullList.Font = New System.Drawing.Font("Microsoft Sans Serif",
> 9.75!,
>> System.Drawing.FontStyle.Regular, System.Drawing.GraphicsUnit.Point,
>> CType(0, Byte))
>>
>>
>> Disons que ca m'embête un brin...
>>
>> Merci
>>
>> "Paul Bacelar" wrote in message
>> news:
>> > Dans le catch, affiche la callstack de l'exception, pour qu'on ai


plus
> de
>> > billes.
>> > --
>> > Paul Bacelar
>> >
>> > "Alexandre" wrote in message
>> > news:
>> >> Bonjour
>> >>
>> >> J'ai un petit probleme que je dois régler et qui ne survient qu'une
> fois
>> > de
>> >> temps en temps.
>> >>
>> >> Lorsqu'une fênetre fait le InitializeComponent, parfois une


exception
>> >> avec
>> >> le message suivant est levé :
>> >>
>> >> Arithmetic Overflow - FONT
>> >> System.ArithmeticException' occurred in system.windows.forms.dll
>> >>
>> >> Overflow or underflow in the arithmetic operation.
>> >>
>> >> Même ne cherchant sur google, je n'ai réussi à trouver d'autre
>> >> solution
>> > que
>> >> de mettre un try catch autour du show de la forme, ce qui ne me


plait
> pas
>> >> vraiment comme solution...
>> >>
>> >> Merci
>> >>
>> >>
>> >>
>> >
>> >
>>
>>
>
>




Avatar
Alexandre
Désolé, mais vous n'y êtes pas du tout... Votre analyse superficiel n'a
aucun fondement et se révèle hors de la porté de votre prétention... Faites
attention avant de juger les gens qui vous entour de facon aussi attive,
cela pourrait vous causer préjudice, mais cela vous passera, je l'espère.
(Quoi que j'en doute fortement....)

Il y a quelques semaines de cela, le problème n'avait jamais été rencontrer
et maintenant il survient quelques fois par jours. Ce que j'aurais aimé
savoir, c'est si quelqu'un a déjà rencontrer le problème et quel changement
provoquait désormais cette exception et non de me faire dire de facon
prétentieuse comment utiliser le débugger....

P.S. Je travaille présentement dans le code d'une autre personne et je m'y
plais très bien...



"Paul Bacelar" wrote in message
news:
Que le code est été généré par un Designer ne veut pas dire que le code
est
bon dans tous les cas de figure.

Il semble que vous avez quelques répugnances à voir le code des autres,
mais
cela vous passera, je l'espère, bien vite, car même si le problème se
révèle
dans un code qui n'a pas été écrit par vous, cela ne veux pas dire que
vous
n'y êtes pour rien et quand bien même cela serait le cas, vous avez un
problème à régler et il vous incombe de le régler de la manière la plus
efficace et élégante possible.

Avec les informations données dans mon précédent post, vous avez tout pour
connaître précisément votre ennemi et l'éradiquer, et même si celui-ci se
loge dans du code de la CLR.

--
Paul Bacelar

"Alexandre" wrote in message
news:u9pYx#
Ouain, mais le problème c'est que c'est du code généré par VS et que ca
n'arrive qu'une fois de temps en temps (acune constance)

L'erreur vient de cette ligne. Je ne vois pas ce qu'il pourrait y avoir


qui
causerait ce genre d'erreur...
Me.btnFullList.Font = New System.Drawing.Font("Microsoft Sans Serif",


9.75!,
System.Drawing.FontStyle.Regular, System.Drawing.GraphicsUnit.Point,
CType(0, Byte))


Merci bien

"Paul Bacelar" wrote in message
news:
> Méthode Golgote ;-)
>
> Utilisez le débuggeur VS pour s'arrêter lors du lancement des
> exceptions
> de
> type "ArithmeticException"
>
> (menu Débuguer->Exceptions->Common Language Runtime
> Exceptions->System->System.ArithmeticException->"s'arrêter dans le
> débugeur").
>
> Demander à voir le code machine lors de l'arrêt sur création de
> l'exception,
> vous aurez ainsi l'ensemble de la pile d'appel dans la fenêtre qui
> l'affiche
> et non seulement la liste des méthodes du projet.
>
> Utilisez Reflector (http://www.aisto.com/roeder/dotnet/) pour avoir le
> code
> source de la méthode qui génère l'erreur,


"System.Drawing.Font.Initialize"
> selon les traces.
>
> Dans le débuggeur, évaluez les paramètres passés à la méthode dans une


des
> fenêtres "Espion" et déterminez la cause de l'erreur en vérifiant les
> paramètres passés à chaque méthode dans la pile d'appel en allant du
> sommet
> vers la base (d'appelé vers appelant).
>
> Utilisez Reflector à chaque nouvelle méthode analysée pour avoir un
> code
> source et le nom des paramètres de cette méthode.
>
> C'est long, mais c'est imparable.
>
> --
> Paul Bacelar
>
> "Alexandre" wrote in message
> news:
>> Voici ce que donne le stackTace
>>
>> System.ArithmeticException: Overflow or underflow in the arithmetic
>> operation.
>> at System.Drawing.Font.Initialize(FontFamily family, Single emSize,
>> FontStyle style, GraphicsUnit unit, Byte gdiCharSet, Boolean
>> gdiVerticalFont)
>> at System.Drawing.Font..ctor(String familyName, Single emSize,
> FontStyle
>> style, GraphicsUnit unit, Byte gdiCharSet)
>> at BOISSEC.frmListInvoice.InitializeComponent() in C:Documents and
>> SettingsAlexandreMy DocumentsVisual Studio
>> ProjectsBoisSecSourcesWinUIfrmListInvoice.vb:line 229
>> at BOISSEC.frmListInvoice..ctor() in C:Documents and
>> SettingsAlexandreMy DocumentsVisual Studio
>> ProjectsBoisSecSourcesWinUIfrmListInvoice.vb:line 48
>>
>>
>>
>> Et voici la ligne 229
>>
>> Me.btnFullList.Font = New System.Drawing.Font("Microsoft Sans Serif",
> 9.75!,
>> System.Drawing.FontStyle.Regular, System.Drawing.GraphicsUnit.Point,
>> CType(0, Byte))
>>
>>
>> Disons que ca m'embête un brin...
>>
>> Merci
>>
>> "Paul Bacelar" wrote in message
>> news:
>> > Dans le catch, affiche la callstack de l'exception, pour qu'on ai


plus
> de
>> > billes.
>> > --
>> > Paul Bacelar
>> >
>> > "Alexandre" wrote in message
>> > news:
>> >> Bonjour
>> >>
>> >> J'ai un petit probleme que je dois régler et qui ne survient qu'une
> fois
>> > de
>> >> temps en temps.
>> >>
>> >> Lorsqu'une fênetre fait le InitializeComponent, parfois une


exception
>> >> avec
>> >> le message suivant est levé :
>> >>
>> >> Arithmetic Overflow - FONT
>> >> System.ArithmeticException' occurred in system.windows.forms.dll
>> >>
>> >> Overflow or underflow in the arithmetic operation.
>> >>
>> >> Même ne cherchant sur google, je n'ai réussi à trouver d'autre
>> >> solution
>> > que
>> >> de mettre un try catch autour du show de la forme, ce qui ne me


plait
> pas
>> >> vraiment comme solution...
>> >>
>> >> Merci
>> >>
>> >>
>> >>
>> >
>> >
>>
>>
>
>








Avatar
Paul Bacelar
Alors le monsieur, il va se prendre par la main et regarder les paramètres
passés à la méthode qui envoie l'exception et vérifier leur validité ainsi
que vérifier les membres de l'objet mis en jeu dans la méthode en question.
Et ainsi connaître le motif de l'erreur, en parcourant en sens inverse la
pile d'appel si besoin est.

Si le monsieur me prend toujours pour un guignol, il peut toujours nous
envoyer le code minimal pour reproduire l'erreur.

Si nous avons le temps et que le monsieur est aimable dans sa réponse, on
pourra toujours jeter un coup d'oeil.



cela pourrait vous causer préjudice, mais cela vous passera, je l'espère.



Il semble que c'est vous qui êtes dans la panade, non ? Si je suis
prétentieux, vous n'avez qu'à nous fournir un code source, pour vous montrer
que si vous aviez pris la peine d'analyser ma réponse, vous ne seriez plus
dans l'embarras.



et maintenant il survient quelques fois par jours. Ce que j'aurais aimé



Comme on ne connaît pas les actions entreprises entre temps, ça nous fait
une belle jambe.



provoquait désormais cette exception et non de me faire dire de facon
prétentieuse comment utiliser le débugger....



Oui, mais le problème, c'est que si vous saviez vous servir du débuggeur
vous ne poseriez pas ce type de question, mais une question bien mieux
circonstanciée.



P.S. Je travaille présentement dans le code d'une autre personne et je m'y
plais très bien...



Alors pourquoi autant de scrupule à désassembler le code de la CLR?



PS: Aurais-je trouvé mon maître, mon guide, ma lumière ;-))))

--
Paul Bacelar
MVP Visual C++

"Alexandre" wrote in message
news:
Désolé, mais vous n'y êtes pas du tout... Votre analyse superficiel n'a
aucun fondement et se révèle hors de la porté de votre prétention...


Faites
attention avant de juger les gens qui vous entour de facon aussi attive,
cela pourrait vous causer préjudice, mais cela vous passera, je l'espère.
(Quoi que j'en doute fortement....)

Il y a quelques semaines de cela, le problème n'avait jamais été


rencontrer
et maintenant il survient quelques fois par jours. Ce que j'aurais aimé
savoir, c'est si quelqu'un a déjà rencontrer le problème et quel


changement
provoquait désormais cette exception et non de me faire dire de facon
prétentieuse comment utiliser le débugger....

P.S. Je travaille présentement dans le code d'une autre personne et je m'y
plais très bien...



"Paul Bacelar" wrote in message
news:
> Que le code est été généré par un Designer ne veut pas dire que le code
> est
> bon dans tous les cas de figure.
>
> Il semble que vous avez quelques répugnances à voir le code des autres,
> mais
> cela vous passera, je l'espère, bien vite, car même si le problème se
> révèle
> dans un code qui n'a pas été écrit par vous, cela ne veux pas dire que
> vous
> n'y êtes pour rien et quand bien même cela serait le cas, vous avez un
> problème à régler et il vous incombe de le régler de la manière la plus
> efficace et élégante possible.
>
> Avec les informations données dans mon précédent post, vous avez tout


pour
> connaître précisément votre ennemi et l'éradiquer, et même si celui-ci


se
> loge dans du code de la CLR.
>
> --
> Paul Bacelar
>
> "Alexandre" wrote in message
> news:u9pYx#
>> Ouain, mais le problème c'est que c'est du code généré par VS et que


ca
>> n'arrive qu'une fois de temps en temps (acune constance)
>>
>> L'erreur vient de cette ligne. Je ne vois pas ce qu'il pourrait y avoir
> qui
>> causerait ce genre d'erreur...
>> Me.btnFullList.Font = New System.Drawing.Font("Microsoft Sans Serif",
> 9.75!,
>> System.Drawing.FontStyle.Regular, System.Drawing.GraphicsUnit.Point,
>> CType(0, Byte))
>>
>>
>> Merci bien
>>
>> "Paul Bacelar" wrote in message
>> news:
>> > Méthode Golgote ;-)
>> >
>> > Utilisez le débuggeur VS pour s'arrêter lors du lancement des
>> > exceptions
>> > de
>> > type "ArithmeticException"
>> >
>> > (menu Débuguer->Exceptions->Common Language Runtime
>> > Exceptions->System->System.ArithmeticException->"s'arrêter dans le
>> > débugeur").
>> >
>> > Demander à voir le code machine lors de l'arrêt sur création de
>> > l'exception,
>> > vous aurez ainsi l'ensemble de la pile d'appel dans la fenêtre qui
>> > l'affiche
>> > et non seulement la liste des méthodes du projet.
>> >
>> > Utilisez Reflector (http://www.aisto.com/roeder/dotnet/) pour avoir


le
>> > code
>> > source de la méthode qui génère l'erreur,
> "System.Drawing.Font.Initialize"
>> > selon les traces.
>> >
>> > Dans le débuggeur, évaluez les paramètres passés à la méthode dans


une
> des
>> > fenêtres "Espion" et déterminez la cause de l'erreur en vérifiant les
>> > paramètres passés à chaque méthode dans la pile d'appel en allant du
>> > sommet
>> > vers la base (d'appelé vers appelant).
>> >
>> > Utilisez Reflector à chaque nouvelle méthode analysée pour avoir un
>> > code
>> > source et le nom des paramètres de cette méthode.
>> >
>> > C'est long, mais c'est imparable.
>> >
>> > --
>> > Paul Bacelar
>> >
>> > "Alexandre" wrote in message
>> > news:
>> >> Voici ce que donne le stackTace
>> >>
>> >> System.ArithmeticException: Overflow or underflow in the arithmetic
>> >> operation.
>> >> at System.Drawing.Font.Initialize(FontFamily family, Single


emSize,
>> >> FontStyle style, GraphicsUnit unit, Byte gdiCharSet, Boolean
>> >> gdiVerticalFont)
>> >> at System.Drawing.Font..ctor(String familyName, Single emSize,
>> > FontStyle
>> >> style, GraphicsUnit unit, Byte gdiCharSet)
>> >> at BOISSEC.frmListInvoice.InitializeComponent() in C:Documents


and
>> >> SettingsAlexandreMy DocumentsVisual Studio
>> >> ProjectsBoisSecSourcesWinUIfrmListInvoice.vb:line 229
>> >> at BOISSEC.frmListInvoice..ctor() in C:Documents and
>> >> SettingsAlexandreMy DocumentsVisual Studio
>> >> ProjectsBoisSecSourcesWinUIfrmListInvoice.vb:line 48
>> >>
>> >>
>> >>
>> >> Et voici la ligne 229
>> >>
>> >> Me.btnFullList.Font = New System.Drawing.Font("Microsoft Sans


Serif",
>> > 9.75!,
>> >> System.Drawing.FontStyle.Regular, System.Drawing.GraphicsUnit.Point,
>> >> CType(0, Byte))
>> >>
>> >>
>> >> Disons que ca m'embête un brin...
>> >>
>> >> Merci
>> >>
>> >> "Paul Bacelar" wrote in message
>> >> news:
>> >> > Dans le catch, affiche la callstack de l'exception, pour qu'on ai
> plus
>> > de
>> >> > billes.
>> >> > --
>> >> > Paul Bacelar
>> >> >
>> >> > "Alexandre" wrote in message
>> >> > news:
>> >> >> Bonjour
>> >> >>
>> >> >> J'ai un petit probleme que je dois régler et qui ne survient


qu'une
>> > fois
>> >> > de
>> >> >> temps en temps.
>> >> >>
>> >> >> Lorsqu'une fênetre fait le InitializeComponent, parfois une
> exception
>> >> >> avec
>> >> >> le message suivant est levé :
>> >> >>
>> >> >> Arithmetic Overflow - FONT
>> >> >> System.ArithmeticException' occurred in system.windows.forms.dll
>> >> >>
>> >> >> Overflow or underflow in the arithmetic operation.
>> >> >>
>> >> >> Même ne cherchant sur google, je n'ai réussi à trouver d'autre
>> >> >> solution
>> >> > que
>> >> >> de mettre un try catch autour du show de la forme, ce qui ne me
> plait
>> > pas
>> >> >> vraiment comme solution...
>> >> >>
>> >> >> Merci
>> >> >>
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>




Avatar
Alexandre
Bon, bon bon... Et si on laisait ces petits écart de coté...
Je vous remercie de bien vouloir m'aider

Je vais tenter d'etre plus précis et plus clair

Alors pourquoi autant de scrupule à désassembler le code de la CLR?


Car je me doutais bien que le probleme et la solution ne se trouvait pas à
cet endroit, mais plutot du à un facteur externe... (Quoi que je peux
peut-être me tromper...)



Je viens de trouver ce qui cause le problème. Ca arrive à chaque fois que
des données sont transférées vers un autre logiciel(Acomba) à l'aide de leur
SKD.
C'est exactement ce cas:
http://support.microsoft.com/default.aspx?scid=kb%3Ben-us%3B326219

Leur solution me semple un peu tordu, n'y aurait-il pas un autre moyen?

Merci






"Paul Bacelar" wrote in message
news:
Alors le monsieur, il va se prendre par la main et regarder les paramètres
passés à la méthode qui envoie l'exception et vérifier leur validité ainsi
que vérifier les membres de l'objet mis en jeu dans la méthode en
question.
Et ainsi connaître le motif de l'erreur, en parcourant en sens inverse la
pile d'appel si besoin est.

Si le monsieur me prend toujours pour un guignol, il peut toujours nous
envoyer le code minimal pour reproduire l'erreur.

Si nous avons le temps et que le monsieur est aimable dans sa réponse, on
pourra toujours jeter un coup d'oeil.



cela pourrait vous causer préjudice, mais cela vous passera, je l'espère.



Il semble que c'est vous qui êtes dans la panade, non ? Si je suis
prétentieux, vous n'avez qu'à nous fournir un code source, pour vous
montrer
que si vous aviez pris la peine d'analyser ma réponse, vous ne seriez plus
dans l'embarras.



et maintenant il survient quelques fois par jours. Ce que j'aurais aimé



Comme on ne connaît pas les actions entreprises entre temps, ça nous fait
une belle jambe.



provoquait désormais cette exception et non de me faire dire de facon
prétentieuse comment utiliser le débugger....



Oui, mais le problème, c'est que si vous saviez vous servir du débuggeur
vous ne poseriez pas ce type de question, mais une question bien mieux
circonstanciée.



P.S. Je travaille présentement dans le code d'une autre personne et je
m'y
plais très bien...



Alors pourquoi autant de scrupule à désassembler le code de la CLR?



PS: Aurais-je trouvé mon maître, mon guide, ma lumière ;-))))

--
Paul Bacelar
MVP Visual C++

"Alexandre" wrote in message
news:
Désolé, mais vous n'y êtes pas du tout... Votre analyse superficiel n'a
aucun fondement et se révèle hors de la porté de votre prétention...


Faites
attention avant de juger les gens qui vous entour de facon aussi attive,
cela pourrait vous causer préjudice, mais cela vous passera, je l'espère.
(Quoi que j'en doute fortement....)

Il y a quelques semaines de cela, le problème n'avait jamais été


rencontrer
et maintenant il survient quelques fois par jours. Ce que j'aurais aimé
savoir, c'est si quelqu'un a déjà rencontrer le problème et quel


changement
provoquait désormais cette exception et non de me faire dire de facon
prétentieuse comment utiliser le débugger....

P.S. Je travaille présentement dans le code d'une autre personne et je
m'y
plais très bien...



"Paul Bacelar" wrote in message
news:
> Que le code est été généré par un Designer ne veut pas dire que le code
> est
> bon dans tous les cas de figure.
>
> Il semble que vous avez quelques répugnances à voir le code des autres,
> mais
> cela vous passera, je l'espère, bien vite, car même si le problème se
> révèle
> dans un code qui n'a pas été écrit par vous, cela ne veux pas dire que
> vous
> n'y êtes pour rien et quand bien même cela serait le cas, vous avez un
> problème à régler et il vous incombe de le régler de la manière la plus
> efficace et élégante possible.
>
> Avec les informations données dans mon précédent post, vous avez tout


pour
> connaître précisément votre ennemi et l'éradiquer, et même si celui-ci


se
> loge dans du code de la CLR.
>
> --
> Paul Bacelar
>
> "Alexandre" wrote in message
> news:u9pYx#
>> Ouain, mais le problème c'est que c'est du code généré par VS et que


ca
>> n'arrive qu'une fois de temps en temps (acune constance)
>>
>> L'erreur vient de cette ligne. Je ne vois pas ce qu'il pourrait y
>> avoir
> qui
>> causerait ce genre d'erreur...
>> Me.btnFullList.Font = New System.Drawing.Font("Microsoft Sans Serif",
> 9.75!,
>> System.Drawing.FontStyle.Regular, System.Drawing.GraphicsUnit.Point,
>> CType(0, Byte))
>>
>>
>> Merci bien
>>
>> "Paul Bacelar" wrote in message
>> news:
>> > Méthode Golgote ;-)
>> >
>> > Utilisez le débuggeur VS pour s'arrêter lors du lancement des
>> > exceptions
>> > de
>> > type "ArithmeticException"
>> >
>> > (menu Débuguer->Exceptions->Common Language Runtime
>> > Exceptions->System->System.ArithmeticException->"s'arrêter dans le
>> > débugeur").
>> >
>> > Demander à voir le code machine lors de l'arrêt sur création de
>> > l'exception,
>> > vous aurez ainsi l'ensemble de la pile d'appel dans la fenêtre qui
>> > l'affiche
>> > et non seulement la liste des méthodes du projet.
>> >
>> > Utilisez Reflector (http://www.aisto.com/roeder/dotnet/) pour avoir


le
>> > code
>> > source de la méthode qui génère l'erreur,
> "System.Drawing.Font.Initialize"
>> > selon les traces.
>> >
>> > Dans le débuggeur, évaluez les paramètres passés à la méthode dans


une
> des
>> > fenêtres "Espion" et déterminez la cause de l'erreur en vérifiant
>> > les
>> > paramètres passés à chaque méthode dans la pile d'appel en allant du
>> > sommet
>> > vers la base (d'appelé vers appelant).
>> >
>> > Utilisez Reflector à chaque nouvelle méthode analysée pour avoir un
>> > code
>> > source et le nom des paramètres de cette méthode.
>> >
>> > C'est long, mais c'est imparable.
>> >
>> > --
>> > Paul Bacelar
>> >
>> > "Alexandre" wrote in message
>> > news:
>> >> Voici ce que donne le stackTace
>> >>
>> >> System.ArithmeticException: Overflow or underflow in the arithmetic
>> >> operation.
>> >> at System.Drawing.Font.Initialize(FontFamily family, Single


emSize,
>> >> FontStyle style, GraphicsUnit unit, Byte gdiCharSet, Boolean
>> >> gdiVerticalFont)
>> >> at System.Drawing.Font..ctor(String familyName, Single emSize,
>> > FontStyle
>> >> style, GraphicsUnit unit, Byte gdiCharSet)
>> >> at BOISSEC.frmListInvoice.InitializeComponent() in C:Documents


and
>> >> SettingsAlexandreMy DocumentsVisual Studio
>> >> ProjectsBoisSecSourcesWinUIfrmListInvoice.vb:line 229
>> >> at BOISSEC.frmListInvoice..ctor() in C:Documents and
>> >> SettingsAlexandreMy DocumentsVisual Studio
>> >> ProjectsBoisSecSourcesWinUIfrmListInvoice.vb:line 48
>> >>
>> >>
>> >>
>> >> Et voici la ligne 229
>> >>
>> >> Me.btnFullList.Font = New System.Drawing.Font("Microsoft Sans


Serif",
>> > 9.75!,
>> >> System.Drawing.FontStyle.Regular,
>> >> System.Drawing.GraphicsUnit.Point,
>> >> CType(0, Byte))
>> >>
>> >>
>> >> Disons que ca m'embête un brin...
>> >>
>> >> Merci
>> >>
>> >> "Paul Bacelar" wrote in message
>> >> news:
>> >> > Dans le catch, affiche la callstack de l'exception, pour qu'on ai
> plus
>> > de
>> >> > billes.
>> >> > --
>> >> > Paul Bacelar
>> >> >
>> >> > "Alexandre" wrote in message
>> >> > news:
>> >> >> Bonjour
>> >> >>
>> >> >> J'ai un petit probleme que je dois régler et qui ne survient


qu'une
>> > fois
>> >> > de
>> >> >> temps en temps.
>> >> >>
>> >> >> Lorsqu'une fênetre fait le InitializeComponent, parfois une
> exception
>> >> >> avec
>> >> >> le message suivant est levé :
>> >> >>
>> >> >> Arithmetic Overflow - FONT
>> >> >> System.ArithmeticException' occurred in system.windows.forms.dll
>> >> >>
>> >> >> Overflow or underflow in the arithmetic operation.
>> >> >>
>> >> >> Même ne cherchant sur google, je n'ai réussi à trouver d'autre
>> >> >> solution
>> >> > que
>> >> >> de mettre un try catch autour du show de la forme, ce qui ne me
> plait
>> > pas
>> >> >> vraiment comme solution...
>> >> >>
>> >> >> Merci
>> >> >>
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>








Avatar
Paul Bacelar
Je trouve que la solution est très élégante pour ma part. Et en plus, c'est
là seul.

<CODE>

#if PATCH_BUG_FPU_FLAG_Acomba
#define PATCH_BUG_FPU_FLAG__AcombaFonction0
...
#define PATCH_BUG_FPU_FLAG__AcombaFonctionX
...
#endif

...
namespace Utilities
{
classe fpu
{
[DllImport("msvcr70.dll", CallingConvention CallingConvention.Cdecl)]
public static extern int _controlfp(int n, int mask);

const int _RC_NEAR = 0x00000000;
const int _PC_53 = 0x00010000;
const int _EM_INVALID = 0x00000010;
const int _EM_UNDERFLOW = 0x00000002;
const int _EM_ZERODIVIDE = 0x00000008;
const int _EM_OVERFLOW = 0x00000004;
const int _EM_INEXACT = 0x00000001;
const int _EM_DENORMAL = 0x00080000;
const int _CW_DEFAULT = ( _RC_NEAR + _PC_53 + _EM_INVALID +
_EM_ZERODIVIDE + _EM_OVERFLOW + _EM_UNDERFLOW + _EM_INEXACT +
_EM_DENORMAL);

public static void ResetFPU()
{
_controlfp(_CW_DEFAULT ,0xfffff);
}
...
}
...
SKDAcombaFonctionX(...);
#if PATCH_BUG_FPU_FLAG_AcombaFonctionX
Utilities.fpu._ResetFPU();
#endif
...
<CODE>

http://www.2devs.com/spip/article.php3?id_article5
--
Paul Bacelar

"Alexandre" wrote in message
news:#
Bon, bon bon... Et si on laisait ces petits écart de coté...
Je vous remercie de bien vouloir m'aider

Je vais tenter d'etre plus précis et plus clair

> Alors pourquoi autant de scrupule à désassembler le code de la CLR?
Car je me doutais bien que le probleme et la solution ne se trouvait pas à
cet endroit, mais plutot du à un facteur externe... (Quoi que je peux
peut-être me tromper...)



Je viens de trouver ce qui cause le problème. Ca arrive à chaque fois que
des données sont transférées vers un autre logiciel(Acomba) à l'aide de


leur
SKD.
C'est exactement ce cas:
http://support.microsoft.com/default.aspx?scid=kb%3Ben-us%3B326219

Leur solution me semple un peu tordu, n'y aurait-il pas un autre moyen?

Merci






"Paul Bacelar" wrote in message
news:
> Alors le monsieur, il va se prendre par la main et regarder les


paramètres
> passés à la méthode qui envoie l'exception et vérifier leur validité


ainsi
> que vérifier les membres de l'objet mis en jeu dans la méthode en
> question.
> Et ainsi connaître le motif de l'erreur, en parcourant en sens inverse


la
> pile d'appel si besoin est.
>
> Si le monsieur me prend toujours pour un guignol, il peut toujours nous
> envoyer le code minimal pour reproduire l'erreur.
>
> Si nous avons le temps et que le monsieur est aimable dans sa réponse,


on
> pourra toujours jeter un coup d'oeil.
>
>
>
>> cela pourrait vous causer préjudice, mais cela vous passera, je


l'espère.
>
> Il semble que c'est vous qui êtes dans la panade, non ? Si je suis
> prétentieux, vous n'avez qu'à nous fournir un code source, pour vous
> montrer
> que si vous aviez pris la peine d'analyser ma réponse, vous ne seriez


plus
> dans l'embarras.
>
>
>
>> et maintenant il survient quelques fois par jours. Ce que j'aurais aimé
>
> Comme on ne connaît pas les actions entreprises entre temps, ça nous


fait
> une belle jambe.
>
>
>
>> provoquait désormais cette exception et non de me faire dire de facon
>> prétentieuse comment utiliser le débugger....
>
> Oui, mais le problème, c'est que si vous saviez vous servir du débuggeur
> vous ne poseriez pas ce type de question, mais une question bien mieux
> circonstanciée.
>
>
>
>> P.S. Je travaille présentement dans le code d'une autre personne et je
>> m'y
>> plais très bien...
>
> Alors pourquoi autant de scrupule à désassembler le code de la CLR?
>
>
>
> PS: Aurais-je trouvé mon maître, mon guide, ma lumière ;-))))
>
> --
> Paul Bacelar
> MVP Visual C++
>
> "Alexandre" wrote in message
> news:
>> Désolé, mais vous n'y êtes pas du tout... Votre analyse superficiel n'a
>> aucun fondement et se révèle hors de la porté de votre prétention...
> Faites
>> attention avant de juger les gens qui vous entour de facon aussi


attive,
>> cela pourrait vous causer préjudice, mais cela vous passera, je


l'espère.
>> (Quoi que j'en doute fortement....)
>>
>> Il y a quelques semaines de cela, le problème n'avait jamais été
> rencontrer
>> et maintenant il survient quelques fois par jours. Ce que j'aurais aimé
>> savoir, c'est si quelqu'un a déjà rencontrer le problème et quel
> changement
>> provoquait désormais cette exception et non de me faire dire de facon
>> prétentieuse comment utiliser le débugger....
>>
>> P.S. Je travaille présentement dans le code d'une autre personne et je
>> m'y
>> plais très bien...
>>
>>
>>
>> "Paul Bacelar" wrote in message
>> news:
>> > Que le code est été généré par un Designer ne veut pas dire que le


code
>> > est
>> > bon dans tous les cas de figure.
>> >
>> > Il semble que vous avez quelques répugnances à voir le code des


autres,
>> > mais
>> > cela vous passera, je l'espère, bien vite, car même si le problème se
>> > révèle
>> > dans un code qui n'a pas été écrit par vous, cela ne veux pas dire


que
>> > vous
>> > n'y êtes pour rien et quand bien même cela serait le cas, vous avez


un
>> > problème à régler et il vous incombe de le régler de la manière la


plus
>> > efficace et élégante possible.
>> >
>> > Avec les informations données dans mon précédent post, vous avez tout
> pour
>> > connaître précisément votre ennemi et l'éradiquer, et même si


celui-ci
> se
>> > loge dans du code de la CLR.
>> >
>> > --
>> > Paul Bacelar
>> >
>> > "Alexandre" wrote in message
>> > news:u9pYx#
>> >> Ouain, mais le problème c'est que c'est du code généré par VS et


que
> ca
>> >> n'arrive qu'une fois de temps en temps (acune constance)
>> >>
>> >> L'erreur vient de cette ligne. Je ne vois pas ce qu'il pourrait y
>> >> avoir
>> > qui
>> >> causerait ce genre d'erreur...
>> >> Me.btnFullList.Font = New System.Drawing.Font("Microsoft Sans


Serif",
>> > 9.75!,
>> >> System.Drawing.FontStyle.Regular, System.Drawing.GraphicsUnit.Point,
>> >> CType(0, Byte))
>> >>
>> >>
>> >> Merci bien
>> >>
>> >> "Paul Bacelar" wrote in message
>> >> news:
>> >> > Méthode Golgote ;-)
>> >> >
>> >> > Utilisez le débuggeur VS pour s'arrêter lors du lancement des
>> >> > exceptions
>> >> > de
>> >> > type "ArithmeticException"
>> >> >
>> >> > (menu Débuguer->Exceptions->Common Language Runtime
>> >> > Exceptions->System->System.ArithmeticException->"s'arrêter dans le
>> >> > débugeur").
>> >> >
>> >> > Demander à voir le code machine lors de l'arrêt sur création de
>> >> > l'exception,
>> >> > vous aurez ainsi l'ensemble de la pile d'appel dans la fenêtre qui
>> >> > l'affiche
>> >> > et non seulement la liste des méthodes du projet.
>> >> >
>> >> > Utilisez Reflector (http://www.aisto.com/roeder/dotnet/) pour


avoir
> le
>> >> > code
>> >> > source de la méthode qui génère l'erreur,
>> > "System.Drawing.Font.Initialize"
>> >> > selon les traces.
>> >> >
>> >> > Dans le débuggeur, évaluez les paramètres passés à la méthode dans
> une
>> > des
>> >> > fenêtres "Espion" et déterminez la cause de l'erreur en vérifiant
>> >> > les
>> >> > paramètres passés à chaque méthode dans la pile d'appel en allant


du
>> >> > sommet
>> >> > vers la base (d'appelé vers appelant).
>> >> >
>> >> > Utilisez Reflector à chaque nouvelle méthode analysée pour avoir


un
>> >> > code
>> >> > source et le nom des paramètres de cette méthode.
>> >> >
>> >> > C'est long, mais c'est imparable.
>> >> >
>> >> > --
>> >> > Paul Bacelar
>> >> >
>> >> > "Alexandre" wrote in message
>> >> > news:
>> >> >> Voici ce que donne le stackTace
>> >> >>
>> >> >> System.ArithmeticException: Overflow or underflow in the


arithmetic
>> >> >> operation.
>> >> >> at System.Drawing.Font.Initialize(FontFamily family, Single
> emSize,
>> >> >> FontStyle style, GraphicsUnit unit, Byte gdiCharSet, Boolean
>> >> >> gdiVerticalFont)
>> >> >> at System.Drawing.Font..ctor(String familyName, Single emSize,
>> >> > FontStyle
>> >> >> style, GraphicsUnit unit, Byte gdiCharSet)
>> >> >> at BOISSEC.frmListInvoice.InitializeComponent() in


C:Documents
> and
>> >> >> SettingsAlexandreMy DocumentsVisual Studio
>> >> >> ProjectsBoisSecSourcesWinUIfrmListInvoice.vb:line 229
>> >> >> at BOISSEC.frmListInvoice..ctor() in C:Documents and
>> >> >> SettingsAlexandreMy DocumentsVisual Studio
>> >> >> ProjectsBoisSecSourcesWinUIfrmListInvoice.vb:line 48
>> >> >>
>> >> >>
>> >> >>
>> >> >> Et voici la ligne 229
>> >> >>
>> >> >> Me.btnFullList.Font = New System.Drawing.Font("Microsoft Sans
> Serif",
>> >> > 9.75!,
>> >> >> System.Drawing.FontStyle.Regular,
>> >> >> System.Drawing.GraphicsUnit.Point,
>> >> >> CType(0, Byte))
>> >> >>
>> >> >>
>> >> >> Disons que ca m'embête un brin...
>> >> >>
>> >> >> Merci
>> >> >>
>> >> >> "Paul Bacelar" wrote in


message
>> >> >> news:
>> >> >> > Dans le catch, affiche la callstack de l'exception, pour qu'on


ai
>> > plus
>> >> > de
>> >> >> > billes.
>> >> >> > --
>> >> >> > Paul Bacelar
>> >> >> >
>> >> >> > "Alexandre" wrote in message
>> >> >> > news:
>> >> >> >> Bonjour
>> >> >> >>
>> >> >> >> J'ai un petit probleme que je dois régler et qui ne survient
> qu'une
>> >> > fois
>> >> >> > de
>> >> >> >> temps en temps.
>> >> >> >>
>> >> >> >> Lorsqu'une fênetre fait le InitializeComponent, parfois une
>> > exception
>> >> >> >> avec
>> >> >> >> le message suivant est levé :
>> >> >> >>
>> >> >> >> Arithmetic Overflow - FONT
>> >> >> >> System.ArithmeticException' occurred in


system.windows.forms.dll
>> >> >> >>
>> >> >> >> Overflow or underflow in the arithmetic operation.
>> >> >> >>
>> >> >> >> Même ne cherchant sur google, je n'ai réussi à trouver d'autre
>> >> >> >> solution
>> >> >> > que
>> >> >> >> de mettre un try catch autour du show de la forme, ce qui ne


me
>> > plait
>> >> > pas
>> >> >> >> vraiment comme solution...
>> >> >> >>
>> >> >> >> Merci
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >
>> >> >> >
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>