Bon je crois que je commence à comprendre comment ça marche. Si l'on crée un point, qu'on s'en sert une fois, qu'on en a plus besoin et qu'on ne le supprime pas, il reste en mémoire et il y a fuite de mémoire, ça tout le monde le sait. Quant aux variables, lorsqu'elle sont locales, elles sont supprimées dès la sortie de leur fonction. Si je comprends bien si l'on fait : local location point = Location(100,100) par exemple, à la sortie de la fonction, la variable point est supprimée, mais pas le point lui-même, il  y a donc fuite de mémoire. Une variable de type point serait donc un pointeur sur point et non un point. J'ai quelques questions :
1) Si l'on a une variable globale de type point, comment fait-on pour la supprimer si l'on en a plus besoin ? (je pense que l'on peut se poser les mêmes questions à propos des autres types) Attention je parle bien de la variable, non du point lui-même.
2) Est-ce que lorsque l'on fait en GUI 'position of (une_unité)', cela crée un point et l'on a nécessairement fuite de mémoire car le point est perdu ?
3) Est-ce que je me trompe lorsque je me dis que s'il existe une fonction pour supprimer un objet (RemoveLocation ou DestroyUnit par ex) c'est qu'en fait les variables du type correspondant sont des pointeurs ?

1) pour moi une globale ne peut être détruite une fois créé, on peut simplement changer sa référence, ou mettre une valeur nulle, warning globals !
 
2) Oui, enfin tu peux utiliser l'astuce du local point udg_..
 
3) D'aprés ce que j'ai compris toutes les variables ne sont en fait que des références (sauf boleen, entier, reel et peut être string mais c'est particulier)

1/ On ne peut pas la désallouer, comme dans la plupart des langages d'ailleur la mémoire utilisée par les varaibles globales sera libérée une fois la partie terminée. Ce n'est pas une grande perte: 4 octets / variables.
2/ Toutes les fonctions retournants une location, la créer au préalable afin de la retourner. Donc tu fais 100 fois 'position of (une_unité)' et tu auras 100 locations créer.
3/ Tu ne te trompe pas, toutes les variables Jass sont codés sur 4 octets. Tout type qui est suceptible de faire plus de 4 octets (comme location: 2*4 octets) stoque donc pour valeur un pointeur vers les données. Pour les textes en fait c'est un pointeur mais il n'y a pas de fonction pour les supprimer.
 
Voilà tu as tout compris.

Merci beaucoup. Dernière question : si dans une fonction on fait set un_point = position of(une_unité) et qu'à la fin on met :
call RemoveLocation(un_point), est-ce qu'il y a fuite de mémoire ?
C'est-à-dire est-ce que set un_point = position of (une_unite) crée un point avec l'appel de la fonction, puis en crée un autre pour la variable, ou bien comme je le pense, la variable un_point pointe tout simplement sur le point créé par la fonction, et il n'y a alors pas fuite de mémoire ?  

Donc si l'on fait local string une_chaine = "Bonjour", bien que ce soit une variable locale, on aura nécessairement une fuite de mémoire puisque lorsque 'une_chaine' est supprimée à la sortie de la fonction, c'est le pointeur qui est détruit mais non la chaîne elle-même ?

Prenons un exemple concret pour voir si j'ai bien compris : (là c'est pour un chemin qui se déplace)

Là il y a fuite de mémoire.

Là non. C'est bien ça ?

A la fin tu dois aussi supprimé les locations pointées par:
depart_chemin_bas
depart_chemin_haut
 
A moins que tu ne t'en serve et les supprime dans un autre déclencheur.
Sinon c'est bien cela.

Oui J'ai besoin de ces deux variables pour le trigger faisant se déplacer le chemin. Je crois que je n'ai oublié de supprimer aucun point :

En fait les points c'est traître puisque contrairement aux unités lorsque l'on fait un set <un_point> = xxx on on a plus besoin du point pointé précédemment (à moins qu'il soit pointé par une autre variable) donc avant chaque set <un_point>, il faut vérifier que le précédent point pointé est supprimé.

Je n'avais mis aucun call RemoveLocation et testé ce trigger avec MemoryLeak mais cependant ça me mettait qu'il n'y avait aucune fuite de mémoire... pas l'air très fiable ce programme...

Donc si j'ai bien compris, dans un déclencheur d'hélice de wisps par exemple où l'on fait 50 fois par seconde set udg_angle = udg_angle + 1, il n'y a aucune fuite de mémoire ?
 
Et à chaque changement de la custom_value d'une unité c'est pareil, changement de la valeur directement ?

Sinon, j'aimerais savoir si la fonction SetUnitPosition qui prend en paramètres une unité et deux réels, crée un point et provoque donc une fuite de mémoire ?

returns nothing , donc a mon humble avis, non ca ne leak pas

A mon avis si tu fais SetUnitPositionLoc(une_unite, Location(10,10)) ça te crée le point de coordonnées 10,10 avant tout et donc ça leak. Cependant avec SetUnitPosition, aucun point n'est pris en paramètre, donc je pense qu'il n'y a pas de leak.

SetUnitPositionLoc returns nothing non plus, par contre il est évident que si tu remove pas le point qui est en paramètre ca leakera (franglais), ca ne viendra pas de la fonction mais du point en lui même, sauf si tu continues à l'utiliser bien entendu

Tu ne pourras pas l'utiliser puisque qu'il est stocké nulle part.

tu peux utiliser une variable en paramètre c'est bien sûr ce que je voulais dire ...
 

Ouais mais on n'avance po là. Est-ce que SetUnitPosition crée un point ou pas, c'est ça la question GRR.

Moi je dis nan il returns nothing de toute facon tu peux tester sur une boucle pour voir si ca leak ou pas

Sinon pour mon chemin ça marche pas si je remove les points
Quand j'enlève les custom scripts lignes 16, 27 et 36, ça marche bien. Je ne comprends pas pourquoi

il me semble que les variables sont passées par référence et non par valeur ( sauf pour entier,réel,boleen et peut être string), donc si tu détruis udg_pos_chemin[ GetForLoopIndexA() ], tu détruis aussi udg_une_position

Je me doute que je détruits certainement des point qu'il faut pas quelque part mais je ne comprends pas pourquoi.
Set une_position = (pos_chemin[(Integer A)] offset by (0.00, (0.00 - distance_carre)))
                        Custom script:   call RemoveLocation(udg_pos_chemin[ GetForLoopIndexA() ] )
une_position et pos_chemin[A] pointent vers des points différents donc je ne vois pas pourquoi le custom script supprimerait une_position également.
 
Tien que se passe-t-il s'il on fait par exemple :
set point1 = point2
Est-ce que un point est créé et point1 pointe vers un point différent de point2 malgré que ces deux points ont les mêmes coordonnées, ou est-ce que point1 pointe vers le même point que point2 et si l'on fait 'call RemoveLocation(point1)' on supprime l'unique point, et donc point1 et point2 prennent ts deux la valeur nulle ? Je ne sais pas si je suis très clair :s.

J'ai essayé et le point 2 pointe bien sur le point 1, ce n'est qu'un seul et unique point

C'est très bizarre... avec ce trigger :

Le chemin est créé mais ne bouge pas. Je pense donc qu'arrivé à 'call RemoveLocation(udg_une_position)', le déclo s'arrête. Je pense que l'explication est la suivante : le point pointé par udg_une_position est supprimé, mais la variable également... si c'est le cas il faut absolument passer par une variable locale... le problème serait alors de supprimer les points créés par pos_chemin[i], puisque ces trois variables doivent absolument rester globales .

http://worldedit.free.fr/forum/viewtopic.php?t=1711
 
Affiche des textes message pour savoir la valeur de integer A au début de la boucle, moi je ne penses pas qu'elle s'arrête.
 
EDIT : tes 2 boucles integer a ne sont pas imbriquées l'une dans l'autre, je penses que non mais c'est difficile à voir en balise code ..

La boucle ne s'arrête pas mais si la variable une_position est supprimé c'est comme si elle s'arrêtait.
 
Sinon j'ai vérifié ce que tu m'as dit :

ça affiche :
une_position = ( 0.00 , 0.00 )
une_position2 = ( 0.00 , 0.00 )
Tu avais donc raison.

Maintenant autre test :

ça affiche :
une_position = ( 0.00 , 0.00 )  
une_position2 = ( 110.00 , 110.00 )  
J'avais donc raison aussi.
Il n'y a donc aucune raison pour que une_position soit supprimée ici :

Par contre là, les deux points sont en effet supprimés.
 

Elles ne sont pas imbriquées en effet... euh, et alors ?

Non ta fonction offset créé un autre point indépendant du point ayant servi comme référence, il vie sa vie même aprés la mort de son maître :
 

 
Nan c'est juste que si c'était l'inverse ca aurait posé problème

Voila, problème résolu :

Qui aurait pu penser que 'Set pos_chemin[(Integer A)] = une_position' était différent de 'Set pos_chemin[(Integer A)] = (une_position offset by (0.00, 0.00))'
 

Très juste.

euh tout le monde en regardant les librairies xD
y'a pas de leak ?

Ya moins de leak c sûr, mais yen a tjs, ché pa pkoi.

Si tu pouvais poster ton code en gui sur le forum worldedit avec les balise gui ca serait plus joli et lisible