Erreur THROW, avec exe_pack - Page 1

Voila, on m'a signalé un bug dans mon programme :

Donc j'ai fais ma petite recherche et je pense savoir d'où vient le problème (j'arrive a le reproduire tout le temps). Ce bug ce trouve dans la version compressée (kernel et nostub) mais pas dans la version non compressée (kernel et nostub).
Pour reproduire l'erreur :

Lance comptabilité,
crée un nouveau compte,
dans ce compte, crée un et un seul débit,
puis F5 pour quitter,
et enfin quitte le programme,
et là : barre noire : ERROR_TRHOW.

Or pour quitter, je fais ça :

#ifndef USE_KERNEL
LCD_restore(scrsave);
#endif
free (charset);
FolderCur (nom+1 + strlen (nom+1), FALSE);
return;

Je vois pas ce qui peut déclencher l'erreur. A moins que le fait de lancer le programme avec le lanceur qui décompresse pose problème pour le changement de répertoire...
Quelqu'un n'aurait pas une idée à ce sujet ?

Ecrit plutôt FolderCur(strchr(nom+1, 0), FALSE);

Sinon pour ton problème je ne vois pas

C'ést peut etre un bug de ttstart...

C'est pour ça que je poste ça, si jamais il y a quelqu'un de la TICT, ou KK qui passe par là, ils auront peut-être une explication. Parceque c'est byzarre que le bug n'ait lieu que sur la version compressée.

Essaye de passer TRUE plutôt que FALSE comme 2ème argument à FolderCur pour voir si ça change quelque chose. Parce que normalement, on est censés toujours passer TRUE. (C'est écrit dans la documentation de TIGCC. Il suffit de lire attentivement ce qui est écrit.)

erf, y a écrit de passer TRUE, mais tous les exemples d'utilisation passent FALSE , y compris ceux de Zeljko...

C'est parce que Zeljko pensait d'abord qu'il fallait passer FALSE. (C'est aussi écrit. )

Normalement, ça ne crée de problème qu'au niveau de la validité des graphs de fonctions, j'avais expliqué ça quelque part (j'ai demandé à Sebastian Reichelt de mettre la documentation à jour).

Et j'arrive pas à recréer le crash.

ce qui est vraiment bizarre, c'est que ça ne bugge que si le programme utilise exe_pack.

bon, je refait monter le topic, parcque ça change rien, meme avec true, ça bugge toujours. Je vois vraiment pas d'ou ça peut venir . z'auriez pas une autre idée de l'endroit d'ou peut venir le bug ?

Non, maile Thomas Nussbaumer avec le problème. C'est lui l'auteur de ttstart, pas nous.

Envoie-moi aussi le source complet de ton programme (seulement si tu veux bien dévoiler le source, bien entendu). Je ne suis pas sûr que j'aurai le temps de le regarder ce week-end, mais bon... je pourrai toujours essayer.

Xdaner> je vous ai envoyé à toi et à TN un mail concernant un pb que j'ai avec la compression ttpack+ttarchive.

Kevin> c'est le pb dont j'avais parlé ailleurs, je ne sais plus où
Juste pr te dire que, comme tu me l'avais conseillé, j'ai envoyé un mail

J'ia join au mail un prog qui montre le pb en image

ah, alors je suis pas le seul a avoir ce genre de problèmes

guilc: as-tu vu mon mail ?

Vivi, j'ai vu ton mail. Merci, la version de ttstart que tu m'as passée corrige le problème ! plus de bug.

Kevin, faudra penser à corriger ça dans TIGCC, j'attend avec impatience une nouvelle beta qui corrigera ce problème

En tout cas, merci à tous

guilc a écrit :
Kevin, faudra penser à corriger ça dans TIGCC, j'attend avec impatience une nouvelle beta qui corrigera ce problème

On attend que Lionel et Thomas nous envoient la nouvelle version. Quand on aura la nouvelle version, on la mettra.

Mettez ou remettez tous sur vos calculettes le ttstart de la v 1.10 de la TIGCC Tools Suite !



Je ne sais pas quand il y aura la prochaine version de ttstart...

Je ne me suis jamais occupé de ce programme, ni de l'algo de décompression...
Et de plus (Tom l'a posté sur le sujet TIGCC v0.94 Beta 14):
"Right. But I have no chance to look at the sourcecode which causes the problems yet. On Monday night I'll start out for a business trip to northern germany and my computer and network here in my new flat isn't online. It will take at least 1 or 2 weeks until I can look at the problem. But I don't think its ttstart - normally such problems are caused by unlocking file or memory handles which are not supposed to be unlocked. Or by writing to the wrong memory regions. ttstart and exepack seems to be stable and there were not much changes lately."

Pourtant, on dirait presque que le bug vient de la nouvelle routine de décompression...
Je n'ai pas plus le temps que lui de faire quoi que ce soit: j'ai le bac et on est en retard sur le programme, donc les profs nous chargent de boulot...

Tu utilises quelle version de TIGCC?
Selon Thomas, c'est tout simplement que ta version de TIGCC est trop ancienne.

Bof, il me l'a mailé, c'était la beta 13. Mais aujourd'hui, je suis passé à la beta 17

Allez lire le topic TIGCC v0.94 Beta 14, j'ai ajouté des trucs...

Guillaume: as-tu eu mon mail (ce que je t'ai renvoyé l'autre soir que Yahoo a encore dû planter avec l'envoi de pièces jointes) ?
Kevin: il faudrait que tu édites le lien: maintenant c'est stop=58.

vivi, j'ai eu ton mail, et j'ai répondu aujourd'hui.
La version que tu m'as passé marche très bien !