Reprise du message précédent :
Oui, sauf que là c'est une application propriétaire, qui marche avec n'importe quel PC. C'est pas un gros analyseur de trame...

Je viens de faire un essai avec une version antérieure (1.3.1_06). Le problème reste le meme... meme deprecate. Sinon, j'ai discuté avec un spécialiste Java qui pensait que les deprecate ne devaient pas etre l source du problème mais...
Alors si qqn arrive à me donner un coup de main...
A+

 
 
tu sais on te donne le genre de conseils qui correspond à ce que tu veux bien nous donner comme info. Si la raison qu'on te donne ne te convainct pas, il suffit de donner plus d'infos sur ton problème. Reposter en disant qu'un spécialiste t'a dit que ca n'était pas ca ne va pas nous aider à t'aider mieux.
 
Parce que dire, ca marchait en 1.0.8 et ca marche plus en 1.4 ou en 1.3.1 et j'ai pleins de depreacted ... N'importe qui de censé te dira de d'abord résoudre ces deprecated et d'avoir un code à jour avant de chercher tout autre chose ...
 

OK. On se comprend mal. J'apprécie sérieusement bcp votre aide (voir qq post plus haut). Je comprends votre volonté d'avoir un code propre. Ce que je ne comprends pas, c'est que selon la définition et les différents avis que j'ai demandé, une méthode deprecate est censée toujours fonctionner mais va bientot etre abandonnée (dans une version SDK future). D'où ma question, pourquoi pensez vous que je doive absolument m'occuper des qq deprecate qu'il reste et pas chercher ailleurs l'erreur?
 
Parce ce que je dois corriger n'est pas très simple ni rapide. Supprimer tout les .stop() et .resume() sur des threads... de même que la conversion de handleevent(event) qui change son type de retour...
 
Merci et désolé si l'on s'est mal compris...

c'est toi qui m'as mal compris. Ce que je voulais dire c'est que je suis d'accord avec toi sur le fond. Mais pas sur la forme.
 
En d'autres termes, je ne peux strictement pas t'aider avec ce que tu nous donnes comme info. Parce que je n'ai pas le code, parce que je ne sais pas ce qu'il fait et parce que je ne vois pas le genre d'erreurs qui est généré.
 
Donc la seule chose que je peux te dire c'est de mettre ton code à jour. Chose qui est loin d'etre stupide d'ailleurs puisque ca résulte de bug et dérappage de la JVM dans certains cas (si elles sont déconseillées c'est pas pour rien non plus).
 
Donc oui en théorie ca devrait toujours plus ou moins fonctionner mais avec les détails que j'ai, je me refuse à me creuser la tête tant que ton code n'est pas à jour ou tant que je n'ai pas une info qui me permette de savoir ce qui va pas ...

ne pas dire à darklord qu'il n'est pas un specialiste java, ça le blesse
 
 

 
 
non, sinon, les deprecated, je me repete, des fois c'est des "trucs"  dont le comportement n'est plus garanti (genre les thread.stop) donc ça aidera pê à trouver ton problème...
y'a pas de solution magique non plus hein, surtout qu'on connait pas ton appli...  
et pis faut écouter les conseils de son gentil compilateur c'est comme si tu voulais absolument améliorer une appli qui utilise une API dont une classe ne compile pas

Ok. Vous avez de bons conseils pour ne plus utiliser .stop et .resume() ?
Merci. Qqch de simple...

Ha, les threads, c'est pas à moi qu'il faut demander
 

Pfff... j'en ai marre de ce code de merde...
Je pige vraiment pas pourquoi cela ne marche pas...
A+

 
plutot que stop() tu crées une méthode style pleaseStop() qui va arreter proprement le thread en sortant de la boucle principale par exemple

 
ouais moi je l'appelle kill() ...
 
Edit: en parlant de ca, Heintz Kabutz a fait une super newsletter sur le sujet
 
http://www.javaspecialists.co.za/archive/Issue056.html

DarkLord a écrit a écrit :     ouais moi je l'appelle kill() ...

 
bourrin va

Et elle fait quoi ta méthode? parce que là, tu ne réponds pas à la question. Juste un truc général.
Merci

 
bin si il répond à la question ... Qu'est ce que tu veux de plus. Si tu sors de ta méthode run, ta thread s'arrete. Donc tu fais une méthode pleaseStop() qui a pour but d'arreter la boucle ou je ne sais quoi qu'il y a dans la méthode run ....

 
tu portes mal ton nick toi, t loin d'etre un sauveur

dans ton run, tu dois avoir un while(true) ou un truc dans le genre. tu le remplace par while(! toStop), tu déclare toStop comme boolean initialisé à false et tu code la méthode public void pleaseStop() { toStrop = true; }

 
   
 
oué ben si faut meme expliquer comment arreter une boucle on n'en sort plus hein

c pas vraiment juste en plus. Et je signale que j'ai donné un article de Heintz Kabutz qui donne une super méthode pour arreter une thread proprement avec du code. Alors si tu es trop fainéant pour cliquer, on peut pas grand chose pour toi hein

  qu'est ce qu'il a de faux mon code ?

C'est bon, j'ai pigé. Merci. je pensais que tu disais cela de manière générale et en fait, c'était déjà la solution. Merci
 
Sinon, comment expliquez vous que le code suivant marchait avant mais plus avec la dernière version de SDK?
 
import java.awt.event.*;
import java.util.Date;
public class ActionArrows implements java.awt.event.KeyListener, java.awt.event.MouseListener
{
    Perso parent;
    boolean touchePresse=false;
    long startTime = 0;
    Date actualDate;
 
 
    public ActionArrows(Perso parent)
    {
        this.parent = parent;
    }
    public void mouseReleased(MouseEvent e)
    {
    }
    public void mousePressed(MouseEvent event)
    {
code XXXXXX
 
    public void mouseExited(MouseEvent e)
    {
    }
    public void mouseEntered(MouseEvent e)
    {
    }
 
    public synchronized void mouseClicked(MouseEvent event)
    {
    }
    public void keyTyped(KeyEvent e)
    {
    }
    public void keyReleased(KeyEvent e)
    {
        touchePresse=false;
    }
    public void keyPressed(KeyEvent event)
    {
        try
        {
        System.out.println("Yahoo appuye sur une touche" );
 
CODE YYYY
 
            }
            catch(Exception e){System.out.println("Error KEY_PRESSED :" + e);}/**/
        }//end if suspendu
        }
        catch(Exception e){System.out.println("Key problem" );}
    }
}
 
Le code XXX est executé lorsque je clique (=>event intercepté) mais pas les touches.
Désolé de vous emmerdez, mais je suis assez stresse, je dois rendre cela avant la fin de la semaine idéalement...
Merci
A+

benou a écrit a écrit :     qu'est ce qu'il a de faux mon code ?

 
bin il est pas spécialement faux mais il ne s'applique pas à tout les cas c'est tout. Quid si il y a un sleep/wait assez conséquent dans la boucle par exemple ?

 
ben t'attends  
 
 
ca laisse le temps de    
 
 
(désolé)

P.S: C'est pas moi qui ait écrit ce code. Je ne fais que le reprendre et le corriger. Là, j'ai rien touché.

mais tu le fais exprès de montrer tout dans ton code sauf ce qui est intéressant ... a savoir l'enregistrement du listener ...
 
sinon,
 
http://java.sun.com/docs/books/tut [...] tener.html

typiquement, pour etre précis:
System.out.println("Yahoo appuye sur une touche" ); n'est jamais executé. On ne rentre donc jamais dans keypressed et je vois vraiment pas pourquoi, sachant que cela marchait avant et que cela marche avec la souris.

ben quand y a pas de sleep mais un yield, c'est sa solution qui sux !  

 
mais tu le fais exprès ou quoi? Tu ne te rends pas compte que ce n'est pas intéressant de nous monter cette partie du code ... Que la méthode keyPressed ne soit jamais exécutée nous suffit mais si tu ne nous montre pas comment tu enregistres ton objet et compagnie et surtout ou tu as la possibilité d'appuyer sur un touche ... montre le code qui ajoute le listener enfin

HappyHarry a écrit a écrit :     ben t'attends       ca laisse le temps de         (désolé)

toi t'es en manque ou je m'y connais pas
(cfr ta blague d'hier )

sinon meme avant ca, tu n'as pas touché au code et en 1.0.8 ca fonctionne et pas en 1.4.1 ....
 
Tu es vraiment sur de ca???? (à savoir prendre le meme JAR et executer sur une machine en 1.0.8 et un autre en 1.4 ou 1.3)

benou a écrit a écrit :   ben quand y a pas de sleep mais un yield, c'est sa solution qui sux !

ouais en fait, je suis pas sur de ce que je dis ... je vérifie ...

DarkLord a écrit a écrit :     mais tu le fais exprès ou quoi? Tu ne te rends pas compte que ce n'est pas intéressant de nous monter cette partie du code ... Que la méthode keyPressed ne soit jamais exécutée nous suffit mais si tu ne nous montre pas comment tu enregistres ton objet et compagnie et surtout ou tu as la possibilité d'appuyer sur un touche ... montre le code qui ajoute le listener enfin

 
Putain c'est taré!
Bon, je m'explique. Le code sur lequel je bosse est assez énorme... et il a été codé il y a 5 ans et ... java il y a 5 ans, dans les écoles/entreprises, c'était pas toujours génial. Alors pour retrouver des méthodes et comprendre le fonctionnement dans le code, c'est pas génial...
Mais darklord, tu as, une fois de plus totalement raison. La première chose à faire aurait été de vérifier que tout les actionlistener ont bien été installé correctement. Et ce n'était pas le cas. Mais ce que je ne pige pas, c'est pourquoi cela marchait avant? Parce quel là, je vais devoir réécrire tout le code si cela continue... putain!
MERCI

euh... tu sors cela d'ou qu'il n'y a pas de sleep mais un yield()????

 
Bon déjà première chose ... Ne viens pas nous embrouiller avec ton code qui marche en 1.0.8 et qui ne marche plus en 1.4!! A partir du moment ou tu modifies un fichier, ca peut générer des effets de bord dans tout les sens. Donc nous on peut pas t'aider si tu nous expliques pas tout ...
 
Là il me semble que t'as voulu un peu trop faire le ménage dans les deprecated et que tu as merdé, voilà tout ... Donc je ne vois pas le problème 1.0.8 -> 1.4: reprends le code d'origine que tu as gardé bien sur et fait le tourner sur 1.0.8. Une fois que c'est bon, installe le JAR sur une machine qui a 1.4 et vérifie si c'est toujours bon.  
 
Je ne vois pas ce que je pourrais faire de plus ...

c'est bien ce que je croyais !
 

Ca ca s'arrête jamais !
et pourtant, interrupt est bien appelé !

je parle en général, pas de ton cas. Je commente ca : http://www.javaspecialists.co.za/archive/Issue056.html

Chronologie des évenements:
 
- j'ai fait tourné la version de base avec l'environnement de base (visual café, SDK 1.0.8)
- j'ai corrigé les bugs (venant de l'utilisation d'un nouvelle OS).
- je suis sorti de Visual Café, utilisé 1.4.1 (aucune modif. de fichier). J'ai vu qu'il y a avait des erreurs sur les events (touches).
 
- j'ai enlevé des deprecates
- je viens de rajouter une ligne:  
  myCanvas.addKeyListener(perso.xxxx)
 
donc, le problème ne vient pas de mes changements. Pour une raison que j'ignore, ce code tournant sans addkeylistener dans la version sdk 1.0.8. D'ou ma question...
 
Mais je le rappelle: Le code est mal foutu et merdique à lire...

mais je le rappelle, tu as "corrigé des bugs"

Rien touché à cela et une fois les bugs corrigés, cela tournait! (C'est le but). C'est juste au passage à 1.4 que j'ai eu de nouveau de la merde...

--greg-- a écrit a écrit : mais je le rappelle, tu as "corrigé des bugs"

 
et vu ton état d'esprit tu en as probablement ajouté ... Donc j'en reviens à ce que je t'ai dit au début. Avec ce que tu nous as dit on ne pouvait que te conseiller l'histoire des deprecated ... Si tu nous avais dit que tu avait toucher au code on aurait eu un avis tout à fait différent ...