J'ai développé une application PPC (avec Windev Mobile donc) qui enregistre quelques données dans une base HyperFile.
Les enregistrements fonctionnent sans problème, mais à chaque fois, la mémoire utilisé par l'appli gonfle de manière sensible, pratiquement 1Mo, ce qui n'est pas concevable du tout.

Voici le code que j'ai fait pour l'enregistrement:

SI OuiNon(1, "Etes-vous certain de vouloir clôturer ce bon?") ALORS
InvBons.auteur = ExtraitChaîne(pAuteur, 1, " - ")
InvBons.depot = ExtraitChaîne(pDepot, 1, " - ")
InvBons.chantier = ExtraitChaîne(pChantier, 1, " - ")
InvBons.type = "E"
InvBons.date = DateSys()
SI PAS HAjoute(InvBons) ALORS
Info("Erreur lors de l'enregistrement.")
FIN
HLitDernier(InvBons)
IDBonTemp = InvBons.ID
j = TableOccurrence(TableArticles)
POUR i = 1 A j
InvArticles.IDBon = IDBonTemp
InvArticles.article = TableArticles.article[i]
InvArticles.description = TableArticles.Descr[i]
InvArticles.quantite = TableArticles.quant[i]
HAjoute(InvArticles)
FIN
Ferme()
FIN

Moi je ne vois rien de spécial là dedans, mais il se passe sans doute quelque chose que j'ignore, et comme cela fini par planter le Pocket au point de devoir le reseter, j'aimerais bien régler ce souci...

Merci!

Salut,

J'aurais peut etre une suggestion a te donner au lieu d'utiliser une table mémoire (TableArticle) qui est assez lourd a gérer en memoire pourquoi n'utilises tu pas un tableau dynamique plus leger en mémoire ?

a+++

Alors en fait, je viens de remarquer un truc.
En fait, la mémoire n'est pas libérée lorsque je ferme une fenêtre, ce qui fait que plus j'en ouvre, plus l'utilisation mémoire enfle, que je les ferme ou pas.

Mes fenêtres n'ont pourtant rien de spécial, et je viens même de faire le test avec une fenêtre tout ce qu'il y a de plus vide.
Je commence avec 22.40Mo de libre, j'ouvre la fenêtre dans le logiciel avec un simple "ouvre", je passe à 21 et des brouettes.
Je ferme cette fenêtre avec la croix... je reste à 21 et des brouettes...

Y'a-t-il un moyen de vider la mémoire ou je ne sais quoi d'autre SVP? Car c'est vrai ce qu'on peut appeler ennuyeux...


Merci!

Le problème pourrait venir du fait de fermer par la croix.
Tu devrais peut-être créer un bouton en abandon qui te garantirait que tu executes le code de fermeture de ta fenêtre.
Tiens nous au courant ...

Je viens de tester en ajoutant un bouton avec le code "ferme()" dedans, qui me ferme donc la fenêtre sur laquelle je suis, mais le résultat est malheureusement le même.

Voici la mémoire libre que j'ai:
21.89 -> Ouverture de l'appli
21.10 -> Ouverture d'une fenêtre dans l'appli
21.20 -> Fermeture de cette fenêtre par la croix ou un bouton "ferme()"

Comme vous le voyez, il y a une "certaine perte" au niveau mémoire libre à chaque fois, et lorsque ce total arrive à 0... plantage du PDA et reset obligatoire...

En gros, à l'aide... si vous avez d'autres idées. :)


Après, peut-être qu'il y a des trucs à spécifier lors de la création de l'exécutable?

Hmmm.. intriguant. J'ai tout de même quelques idées :

Il se pourrait que le problème ne vienne pas de ton programme, mais plutôt de ton PDA. Peut-être que l'OS ne libère pas correctement la mémoire. Pour être sûr, il faudrait tester ton appli sur un autre PDA, et vérifier que le problème ne survienne pas dans d'autres applications.

Sinon, quelques questions : crées-tu des instances de classe à l'intérieur de tes fenêtres ? Si tel est le cas, il est possibles que celles-ci ne soient pas détruites (pour je ne sais quelle raison) à la fermeture de la fenêtre, donc, utiliser de plus en plus de ressources.

Enfin, je ne suis pas sûr du tout de ce que j'avance, mais la 1ere piste me semble plausible (plus que la seconde). Le problème était présent sous windows 98, qui ne libérait pas les ressources mémoire (d'où la fréquente apparition des écrans bleus de la mort qui tue ^^).

Voilà, j'espère faire avancer un peu le schmilblik ^^ Ciao

Le PDA que j'utilise est un Symbol avec lecteur codes barres avec Windows Mobile 2003.

J'en ai en tout 3, et le souci est présent sur les 3, mais je vais essayer sur un autre PDA pour voir ce que cela donne...

Merci pour la piste. :)

Je viens d'essayer sur un autre PDA. Le souci est le même... :(

J'ai fait un nouveau projet avec seulement 2 fenêtres:
- Accueil, où se trouve simplement un bouton d'ouverture de fenêtre
- Fen2: qui est la fenêtre ouverte, et qui ne contient qu'un seul bouton, de fermeture d'elle-même (ferme())

Même chose: lors de la fermeture de la seconde fenêtre, toute la mémoire allouée ne revient pas...

Bonjour Furax,

Je ne suis en mesure d'apporter une solution directe à votre problème. Toutefois, je vous invite à procéder avec méthode dans la reccherche de cette fuite de mémoire.

En premier lieux faire une copie de votre projet en l'état.
Ensuite, relever au moyen d'une trace ou d'une écriture dans un fichier texte les niveaux d'occupation mémoire vive avant et après l'utilisation de la fenêtre.

Efin, surprimer progressivement dans la fenêtre tout les traitement qui n'empèche sa fermeture. Le procéder par élimination progressive (avec tests intermédiaires) permet parfois de mettre au jour une portion de code 'anodine' telle que l'affectation d'un tableau dynamique non libéré etc etc...

Si après cela la fuite persiste, il faudra tracer précisément le code restant pour mesurer tant l'allocation que la libération en récupérant les niveaux avant et après de chaque appel de procédure/fonction...

Question bête, cette "fuite" n'existe pas pour d'autres applications PPC "normales" comme IE ou Windows Media Player?

Question bête : Quelle est la version de windev mobile utilisée ?

Pour infos : J'avais utilisé windev mobile 8 et j'ai eut quelques soucis avec hyperfile mobile donc je me suis contenter d'utiliser des fichiers textes ...

Essaie de désactiver les ordres hyperfile Hxxxx pour voir si le problème persiste. A chaque HlitXxxx, un enregistrement est chargé en mémoire à voir peut être de ce coté.

J'utilise Windev Mobile 9.

Le prob est qu'au départ, je pensais que ça pouvait venir de mon code, mais comme je l'ai dit quelques messages plus haut, même avec des fenêtres vides c'est la même chose. Dans une moindre mesure évidemment mais ça bouffe toujours de la mémoire.

J'ai joint PCSoft hier au téléphone qui m'ont ne pas être au courant du problème, mais m'ont demandé de leur envoyer mon petit projet avec les deux fenêtres "vides" pour qu'ils puissent tester ça. j'espère avoir la réponse rapidement.