Dans les bonus on voit une scène coupée ou le vieux Biff disparaît progressivement après avoir ramené la voiture. C'est surtout pour ça qu'il était mal en point en la ramenant, et pas seulement du coup de canne qu'il s'était donné.
Je trouve dommage d'avoir coupé cette scène car elle corrige partiellement ce bug.

Qu'est ce qu'y y'a ?

Compilation de Mozilla engagée.
Ça va être long

J'arrive pas à voir pourquoi tu as besoin de savoir où un objet a été déclaré. Une fois qu'il est créé, il est sur le tas, youpi. L'endroit ou il a été déclaré ne me semble pas du tout interressant.

quelle idée aussi

Attention, dans 5 minutes, gm_superstar recompile gm_superstar !

Attention, dans 5 minutes, gm_superstar recompile gm_superstar !

Compilation de Mozilla engagée.
Ça va être long

au début (y a qques années) j'aimais moins le 3, mais en fin de compte je trouve qu'ils sont tous aussi bien, faut les garder tous les trois ensemble
donc à la limite regarde le 1 et prévois de regarder les suivants dans peu de temps

mareek est devant sa télé, on va pouvoir discuter
 

Modèle static.
 
http://kadreg.free.fr/perso/UML/na [...] iagram.gif
 
On retrouve une classe bloc, représentant un bloc délimité par {}, et une classe variable, correspondant à un objet manipulable. Il a deux attribut qui sont shortName et longName. LongName est le nom de la variable avec son emplacement de nommage (module.objet.attribut par exemple) tandis que shortName est le nom court tel qu'il sera manipulé par le programmeur (ici attribut). L'interprêteur garde en permanence deux pointeurs, un vers le bloc courant, et un vers la dernière variable déclarée.
 
Chaque variable possède un pointeur vers la variable précédemment déclarée et sa suivante. On notera que les variables sont TOUTES doublement chainées les unes aux autres, quelque soit leur bloc de déclaration.
 
Chaque bloc est relié à son bloc contenant jusqu'a un bloc spécial appelé rootBloc, qui est en fait le bloc de plus haut niveau, contenant le programme lui même. De plus , chaque bloc comprend un pointeur vers la première variable déclarée à l'intérieur de ce bloc. Si vous avez bien suivi, on a ici une pile d'appel, et pour chaque bloc de cette pile d'appelle un point d'entrée vers toutes les variables visibles de ce point.
 
Maintenant, regardons ce que ça donne pendant l'execution :  http://kadreg.free.fr/perso/UML/na [...] iagram.gif
 
L'exemple présenté ici est un mix des deux exemples de  http://lunatic-home.ath.cx/plone/docs/namespaces/view .
 
dans le rootBloc, on retrouve les éléments importés et les éléments du kernel. Ici, on a donc module.objet.attribut. Ensuite on a un premier bloc fonctionnel (bloc1) qui déclare une variable toto. Puis un second bloc, à l'intérieur de bloc 1. Il ne contient pas de variables déclarées, mais peux manipuler des variables. Par exemple, il doit manipuler une variable. Il demande à l'interprêteur de retrouver la variable toto. L'interprêteur va donc parcourir la liste des variables en partant de la dernière déclarée et les remonter à l'aide des pointeurs previous jusqu'a retrouver la variable qui va bien.  
 
On notera que ce système permet sans problème d'avoir des variables dans un bloc ayant le même nom qu'une variable d'un bloc englobant, puisqu'on s'arrête sur la première trouvée.
 
Maintenant, lorsque l'on quitte un bloc, il faut faire le ménage et supprimer toutes les variables définies par ce bloc. On commence par modifier le pointeur de currentBloc pour le remettre au bloc englobant, puis on supprime le bloc. Pour les variables, en suivant le lien start, on tombe sur la première variable déclarée par ce bloc. On peut donc la supprimer, ainsi que toutes ses suivantes en suivant le lien next. En effet, cette file de variable a pour ordre l'imbrication des blocs. A partir de ce point d'entrée, on supprime tout jusque la fin de la liste.
 
 
En fait cette structure de données évite de chercher dans les élements importés, dans les objets locaux, suis-je dans un bloc, où est mon bloc. On remonte la liste des variables et puis c'est tout.
 
J'ai été suffisament clair ?
 
 
L'explication est claire ?

 
(je précise que je n'ai rien lu de ce post )

 
Dans les bonus on voit une scène coupée ou le vieux Biff disparaît progressivement après avoir ramené la voiture. C'est surtout pour ça qu'il était mal en point en la ramenant, et pas seulement du coup de canne qu'il s'était donné.
Je trouve dommage d'avoir coupé cette scène car elle corrige partiellement ce bug.

 
j'ai ni lu ni vu ce post (mon inconscient à dû faire scroller la page )

tout ça pour voir ton nom dans les credits de Mozilla pour frimer devant tes potes

ben non, le vieux biff ne peux pas retourner dans le futur d'où il est parti (enfin on avait déjà discuté de ça sur blabla)

vous êtes compliqués les linuxiens

vous êtes compliqués les linuxiens

il peux pas te lire, il recompile son kernel pour changer de fond d'écran

d'ailleurs vous avez pas vu lorill ?  je l'ai pas vu poster depuis bientot 2H    

 
Dans les bonus on voit une scène coupée ou le vieux Biff disparaît progressivement après avoir ramené la voiture. C'est surtout pour ça qu'il était mal en point en la ramenant, et pas seulement du coup de canne qu'il s'était donné.
Je trouve dommage d'avoir coupé cette scène car elle corrige partiellement ce bug.

euh quelqu'un a le link sur blabla?  ça m'intéresse cette discussion

euh c'est quoi ce split de merde ...