calvin2001 a écrit 29 commentaires

Tu as essayé l'option -zoom, par exemple mplayer -fs -zoom ?

Sinon, à tout hasard, essaie aussi de changer la sortie, avec -vo x11 par exemple.

Peux-tu voir si ce ne serait pas un problème lié à IPV6 ?

Il y a aussi Foodle de Renater : https://groupes.renater.fr/reunion/, mais nécessite un compte.

Il me semble d'ailleurs dans le code de la route : tu es obligé de laisser une certaine largeur (je ne sais plus combien) pour qu'une poussette puisse passer. Mais peu de gens respectent ça.

C'est l'article R417-10 du code de la route :

II.-Est considéré comme gênant la circulation publique l'arrêt ou le stationnement d'un véhicule :

1° Sur les trottoirs, les passages ou accotements réservés à la circulation des piétons ;

Et donc le cas général est chiant à utiliser en Java.

On est bien d'accord :) C'est pour ça aussi que j'aime Groovy : le == sur les String fait bien la comparaison des valeurs comme on s'y attend, et pas des références.

(par contre, merci, j'avais pas pensé à utiliser les deux conjointement, dans ce sens)

Avec plaisir

== pourra te donner des faux positifs, mais s'il te dit true, alors tu es sûr du résultat, et ton programme gagne du temps.

Pardon, faux-négatifs, bien sûr

C'est surtout qu'en réalité c'est pas du tout la même chose.

Oui, donc par défaut, c'est equals pour les objet. Ceux qui utilisent == pour les objets le font pour de bonnes raisons.

Mais justement, == ne fonctionne pas dans ce cas

Ben si : si == te répond true, tu es sûr que les 2 chaînes sont égales (la chaîne est dans le pool). S'il te répond false, alors il faut vérifier avec equals.

== pourra te donner des faux positifs, mais s'il te dit true, alors tu es sûr du résultat, et ton programme gagne du temps.

Le cas général c'est, lorsqu'on compare des String, de comparer leur valeur. Comparer la référence d'une String j'aimerais bien le voir dans un cadre classique...

Comme je l'ai déjà dit, comparer la référence d'une String est fait par les librairies de parsing XML pour gagner du temps. Mais en général, je suis d'accord, on n'en a pas besoin dans les programmes que l'on peut écrire.

En Java, le cas général, c'est == pour les types de base, et equals pour les objets (tous les objets, y compris les String). Si tu suis cette règle, pas de problème, tu compares bien les String par leur valeur dans tous les cas.

On peut l'expliquer comme on veut, en terme d'usage c'est juste de la merde.

J'ai pas dit que c'était bien. De toute façon, en Java, quand on compare des Object avec ==, c'est que l'on sait ce que l'on fait. La base que l'on apprend, c'est de comparer les objets avec equals, et String ne fait pas exception à la règle.

J'aimerais bien voir du code où on a intérêt de tester les références de String

Utiliser == est bien plus rapide que d'utiliser equals. Il y a des outils/API qui manipulent beaucoup de String (XML, ...), et là ça devient intéressant de pouvoir rapidement savoir si 2 String ont la même valeur.

parce que bon l'égalité dans le cas général c'est quand même ==

== teste l'égalité des référence quand tu l'utilises sur des objets. Le cas général, c'est == pour les types de base, equals pour les objets.

D'ailleurs, je sais plus qu'elle est la vrai raison de la non inclusion de la surcharge d'opérateur. Je crois que c'est tellement con que je ne retiens pas.

Je ne la connais pas, mais comme toi, je regrette aussi qu'on ne puisse pas le faire.

Les safe-navigators existent en Groovy, et c'est la même syntaxe que celle présentée ci-dessus.

Une des améliorations de Java 7 est l'ajout d'un nouveau bytecode, InvokeDynamic, qui devrait améliorer les perfs des langages basés sur la JVM, tels que Groovy, Scala, JRuby et cie.

La comparaison des String est effectivement casse-gueule en Java.

L'opérateur = compare des types de base (int, double, ...).
La méthode equals (présente dans la classe Object) sert à comparer des objets.

En l’occurrence, String est un objet.

Si tu utilise = pour comparer des String, tu compares leur référence, pas le contenu.
Si tu utilise equals, tu compares bien le contenu.

Alors parfois, le = fonctionne. Pourquoi ? L'explication est dans la doc) de String : un pool de String est maintenu par la classe. Quand tu en crée un nouveau est qu'il est dans le pool, alors c'est la même référence qui est utilisée. Sinon, c'est un autre objet.

(voir StackOverflow pour plus de détail).

Notamment : "a" == "a" peut retourner true ou false selon que "a" fait partie du pool ou pas
new String("a") == new String("a") retourne toujours false (deux objets différents).

A noter que dans des langages de scripts comme Groovy, l'opérateur == est surchagé pour toujours faire .equals. En groovy, donc : new String("a") == new String("a") retourne toujours true.

j'ai perdu le lien d'un site qui énumérait une panoplie de programme java dans différent domaine..... si quelqu'un en connait un...

Ce ne serait pas http://java-source.net/ ?

Les seules applications Java qu'on utilise, ce sont les logiciels de comptabilité de l'université et du CNRS qui sont sur une base SAP. Question ergonomie, on m'a dis que c'est pas top et question coût pour le contribuable, je ne suis pas sur que ce genre de logiciel soit "rentable"...

Pour l'université, je ne sais pas, mais pour le CNRS, si c'est de XLAB que tu parles, c'est pas du Java, mais du Omnis. Quand à SAP, c'est du ABAP, pas Java.

Je ne suis pas un pro-Outlook, mais si, Outlook le fait (voir cette page).

Je ne sais pas sur quels objets binaires tu veux faire le diff, mais Google a créé Courgette [http://dev.chromium.org/developers/design-documents/software(...)] pour les mises à jour de Chrome.
Courgette optimise le diff car il sait qu'il travaille sur des binaires exécutables. Si tu connais à l'avance sur quels objets binaires tu vas travailler, tu peux peut-être aussi faire des optimisations dans ce sens.

Voici un logiciel de traitement d'images en Java : ImageJ. Crois moi, ceux qui le développent (le NIH) et ceux qui l'utilisent sont loin d'être des comiques.

Désolé, mais je ne suis pas d'accord. Tout dépend de l'usage qui est fait de l'ordinateur.

Ca fait des années que j'ai un windows XP avec juste le pare-feu de windows activé, sans anti-virus et sans anti-spyware, et je n'ai jamais eu aucun problème.
Je le sais, j'ai déjà lancé des scans de rootkit et de virus pour vérifier.

Mais ma machine est à jour niveau patch, je n'ai pas d'emule & cie, et je ne vais pas sur des sites obscurs. Comme je fait sous Linux d'ailleurs.

Donc je ne dis pas que c'est inutile, loin de là (surtout pour des novices), mais ce n'est pas non plus indispensable.

Moi j'utilise rsnapshot [http://www.rsnapshot.org/howto/] qui fait aussi de la gestion des versions, de la manière suivante : il y a un répertoire de backup (par exemple weekly.0) qui contient tout ton backup au jour J.
Si tu veux récupérer tes données de la semaine dernière, elles sont dans weekly.1, et ainsi de suite.

Noter que les fichiers ne sont pas dupliqués, mais sont des liens.

Pour en revenir au backup de bases de données, il est possible de lui spécifier une commande à exécuter (ex : mysqldump) pour le backup. rsnapshot utilisera ensuite le fichier généré pour le sauvegarder.

J'utilise très peu des possibilités de rsnapshot, mais ça a l'air assez puissant (en tout cas par rapport à mes besoins).

Maintenant, il arrive bien à exécuter la classe TestUni.

Par contre, comme tu le penses, il y a un problème de résolution de libs (UnsatisfiedLinkError). Je ne connais pas VTK, mais il a l'air d'avoir besoin non seulement de vtk.jar (ça c'est ok), mais aussi des libs (.so, ...).

Cette page présente le même problème avec une solution : [http://forums.macgeneration.com/vbulletin/showthread.php?t=1(...)].

Cordialement

Salut,

Sous Linux, le séparateur de classpath est le caractère deux-points ":", et non la virgule.

De plus, je ne suis pas sûr que ton appel à la commande system soit capable d'interpréter le "*thirdpart" pour le remplacer par ce qui va bien (à vérifier). Il vaut mieux mettre le chemin complet.

Il en faut pour tous les goûts, et je suis d'accord que la ligne de commande n'est pas un truc de geek, et que c'est souvent très utile et puissant.

Par contre, quand tu dis :

Le shell, ce n'est pas de la programmation

et

coder un script

ça me semble contradictoire...
Je vois mal quelqu'un n'ayant aucune notion de programmation coder un script shell. Beaucoup de non informaticiens ont énormément de mal avec les concepts de boucle, pipe, ... Quant à connaître les bonnes commandes...

En fait le mieux, c'est d'avoir le choix !

Tu peux brancher ta chaîne à ton PC en numérique, il suffit d'avoir les entrées/sorties SPDIF qu'il faut, et tu n'as pas de perte.

Pour les noms de fichiers avec des espaces dedans, tu peux utiliser -print0 du côté de find, et -0 du côté de xargs :

find ./ -name "*truc" -print0 | xargs -0 ls -l

Cela sépare les noms de fichiers par le caractère null au lieu d'un espace.

Sinon il est possible de dire à CVS d'effecteur une action à chaque commit. Moi je l'utilise pour envoyer un mail aux développeurs avec les noms et versions des fichiers modifiés, mais tu peux aussi imaginer que cela copie ces fichiers quelque part...

Je ne connais pas bien Kaffe, mais avec le JDK de Sun, il faut rajouter le répertoire courant en classpath :


java -classpath . Simple

C'est marrant, quand je bouge la souris en maintenant le bouton droit appuyé, l'interface descend et laisse du rouge à la place !
(j'ai le plugin All in One gestures... c'est peut-être ça)

Sinon, c'est vrai que ça peut être dangereux, mais personnellement, quand je vais consulter mes comptes, j'ouvre firefox, et je clique sur un bookmark... Je ne passe pas par un site que je ne connais pas qui me propose un lien vers ma banque...