realbasic-nug.fr
[Top] [All Lists]

Re: erreur non signalée par le débogeur

To: REALbasic NUG French <realbasic-nug dot fr at lists dot realsoftware dot com>
Subject: Re: erreur non signalée par le débogeur
From: Antoine Crêtaux <antoine at cretaux dot fr>
Date: Tue, 10 Jul 2007 18:51:04 +0200
Delivered-to: listarchive at realsoftware dot com
Delivered-to: realbasic-nug dot fr at lists dot realsoftware dot com
References: <D87BB634-BBB3-40D2-B4F8-E47EAACC1F03 at tiscali dot fr> <068A7A29-FC53-46E3-8BDB-8D8B40E5D4FC at mac dot com> <FA8F3C0D-2C00-40EC-A8A8-B66E6E2A4311 at tiscali dot fr> <7AAE975F-7F39-4F8C-8A09-92FC2A3D2D7E at cretaux dot fr> <03B699B2-289D-4CD0-BCFC-A8F751BE30A4 at tiscali dot fr>
Je me souviens avoir rencontrer ce probleme dans une procedure qui était trop longue. J'avais effectibement été obligé de la modifier si mes souvenirs sont bons en remplacant des locales par des globales ou le contraire je ne me souviens plus.

Le 10 juil. 07 à 18:15, Jacquot Jules a écrit :


Le 10 07 2007 à 16:16, Antoine Crêtaux a écrit :

As tu vérifier qu'en reprenant le code tu n'aurais pas rajouter un accent dans un nom de variable. Cela génère ce genre d'erreur.

merci pour ta réponse mais c'est non.

C'est en changeant les (dim ..... as double) en (dim...........as single)

jules

Le 10 juil. 07 à 16:11, Jacquot Jules a écrit :

bonjour sébastien

D'accord avec la solution, mais je voudrais savoir pourquoi le débogeur ne le signale pas par un stackoverflow par exemple ?

D'habitude la compilation est l'étape finale d'un programme entièrement débogué et doit se dérouler sans problème. Et ce n'est pas le cas ici.

Est ce un bug de RB ?

D'ailleurs mon défaut est assez incompréhensible. C'est en passant un dim de double à single que le stack a augmenté de volume alors que bêtement je croyais que ce changement de dim occuperait moins de mémoire.

jules
Le 10 07 2007 à 15:51, Sébastien Debiève a écrit :

Je crois que c'est quand il y a trop de code dans une méthode. J'ai eu ça aussi car ma méthode faisait 34K, alors j'ai du diviser en 2 parties. Bref, un genre de raccommodage. Pourquoi REAL software n'augmenterais pas la limite pour la mettre à 64K ? Cela peut provoquer des problèmes au système ?

Sébastien Debiève


Le 10-juil.-07 à 15:45, Jacquot Jules a écrit :

Bonjour tout le monde

le débogeur de mon programme tourne parfaitement sans aucune erreur mais

La compilation de mon programme me signale une exception

this method uses 32 k of stack space, but the limit is 32 k

pourquoi cette marche à l'envers ?

la relève du défaut ne va pas être une partie de plaisir, parce que je vais être obligé de faire du pas à pas : modifier, compiler, modifier compiler etc... jusqu'à trouver le bug.

une idée ?

jules
---------------------------------------
L'avantage d'être intelligent, c'est qu'on peut toujours faire l'imbécile, alors que l'inverse est totalement impossible

Woody Allen







Quand l'eau baisse, les fourmis mangent les poissons.
Quand l'eau monte, les poissons mangent les fourmis.

proverbe thailandais






une longue route commence par un petit pas.

proverbe chinois






<Prev in Thread] Current Thread [Next in Thread>