Reprise du message précédent :
celui que j'aime le moins c'est le 2.  J'aime beaucoup les 2 autres mais je crois que je pencherais pour le 3

 
Non ! j'ai dis de virer celui là, pas l'autre de 16 pages

 
C'est tout buggé ce truc :'(

c'est du joce

Back To The Forum 2, starring HappyHarry & Zion ?

Spagrave.

AYé, a fini de manger

Un potin tant qu'on y est : je ne sais pas si vous l'aviez vu. L'ami Vazkor (si tu nous lis...) a remarqué que la pub pour le site de "Developpez" ne plaisait pas à tout le monde. Notre victime sympathique a donc profité d'un droit de réponse pour nous présenter sa personnalité brimée. Je vous laisse lire : http://forum.hardware.fr/forum2.ph [...] h=&subcat=

 
ba non, sinon la prochaine fois que qqun poste dans une ancienne partie ça va splitter.
puis là on est à plus de 700 pages on va pas repartir à 1 hein

 
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

+1
je me les suis fait d'un coup dans l'après-midi où je les avais achetés
Clairement j'aime mieux me les regarder à la suite

 
j'ai déjà fait 2x la série des trois y a qques années (avec les VHS), quand j'étais malade et bloqué au salon devant la TV car pas en état de faire autre chose

moi je veux la trilogie Star Wars en daivaidai
 
 
 
quoiqu'en fait non BTTF rules

 
Z'avez pas remarqué comme un BUG dans BTTF 2 ?

si, dans certains menus (quand t dans le film) tu vois pas les lettres, on dirait qu'ils les ont oubliées
 
edit: non en fait ce bug là je l'ai sur les 3
 
c quoi ton bug?

putain de hoquet

Modèle static.
 

 
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 :  
 
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 ?

j'ai pas eu de bug dans BTTF

merde g un DVD buggé
 
bah ça fera office de collector

bhen décris ton bug...
sinon y a parfois des probs qui n'arrivent que dans certains lecteurs
par ex sur mon lecteur de salon (JVC) j'ai l'impression que les commentaires écrits pendant le film (un des bonus) ne marchent pas, alors que sur le PC ça marche.
Et il paraît qu'y a des probs dans PowerDVD, mais moi dans MSI DVD j'ai pas eu de prob.

 
C'est un bug dans le scénario à propos de la chronologie des déplacements dans le temps.
 
Quand Tannen revient de 1955 vers 2015, il retourne dans le Futur ou se trouvent Marty, Doc et Jennifer.
Or en se donnant à lui-même l'almanach des sports en 1955, le futur en question (celui de 2015 ou se trouvent Marty & Co ) n'existe plus ! C'est ce que nous explique DOC sur son tableau quand ils retournent en 1985 et qu'ils trouvent tout changé.
 
Donc çà tient pas debout !
 
Mais bon c'est pas grâve, il faut bien que Tannen leur refile la tuture, sinon, le film s'arrête là !

je crois avoir compris, mais y'a un petit probleme quand même :
dans mon cas, une variable est l'association nom -> reference d'un objet. Je ne peux pas savoir ou est déclaré un objet.

 
 
ben c l'un des nombreux problèmes des films traitant des voyages dans le temps
mais tu ne peux rien y faire  
 
 
D'ou viens ton pseudo ?

je me suis fait cette réflexion également!  c'est en effet un bug dans le scénario mais je leur pardonne

Je suis le Papa de Mara, c'est tout !
 
Enfin presque... Depuis que j'ai pris ce pseudo, y'a une petite Liza q'est arrivée !
 

je l'ai décrit un peu plus haut ;-)
bon ben voilà il est là le bug... il est dans PowerDVD
 
BTTF sont les seuls DVD avec lesquels g le prob
 
bon et maintenant pour de vrai

 
Ben moi aussi je leur pardonne... Bien obligé !

kadreg > je lirais tout à l'heure : je regarde un Ghibli avec Marnie.

j'ai copié tout ca sur le site pour que harry puisse en profiter et que je puisse le relire la tete froide, ca te dérange pas ?

 
   
 
total respect, tu as la une belle famille !

 
No problems

 
Pourquoi es-ce que ça a un intêret ?

c'est surtout que je vois pas comment faire autrement en fait

 
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.

elles sont trop belles mara et liza  

 
Le pire, c'est qu'elles le savent déjà  

deja! aie aie aie  

 
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.

 
Je pense que s'il l'on coupée, c'est surtout parceque du coup le BUG devient EVIDENT pour le commun des mortels !
 
Celà dit, on peut toujours dire qu'il c'est sauvé vite fait de 1955 AVANT les premiers changements. Mais ce serait une rustine comme une autre !