gc a écrit 2109 commentaires

C'est le système anti-copie imposé par la nouvelle loi DADVSI. Ca permet de limiter la copie de films, puisqu'au delà d'un certain nombre de films sur ton ordi, il devient impossible de se rappeler quel film est dans chaque nom de fichier tronqué.

Le deuxième problème est la gestion des clefs. Est-ce que tu accépterais que tes morceaux ne se lisent que sur une seule machine ?

A mon avis le problème ne se pose pas de cette manière. Nous n'avons plus vraiment le choix d'« accepter » ou non ces protections. Les protections des "faux" disques compacts, des DVD, des jeux PSP, des futurs bluray/HDDVD, nous sommes/serons bien obligés de faire avec puisqu'il s'agit d'un marché de masse dans lequel la quantité d'acheteurs près à « accepter » ces nouvelles contraintes est suffisamment grande pour que le procédé soit viable techniquement.

La force et la puissance de tes arguments m'ont convaincu !

Il y a quelque temps, j'ai envoyé un courrier à l'association suisse de collecte des droits concernant les supports vierges, en leur demandant s'ils faisaient bien la différence entre les éditeurs mettant des protections anticopie sur les disques compacts, et ceux qu'ils ne le font pas. J'avais utilisé le même argument que toi : puisque des éditeurs mettent une protection anticopie, il est anormal qu'ils touchent une part de la taxe perçue en compensation de la copie. Ils m'ont répondu que ce n'était pas le cas, "car l'efficacité des protections anticopie est faible".

Grand moment de solitude..

C'était bien utf8 ! En fait, il ne fallait pas activer unicode et ça avait été fait à l'installation de Mandriva.
En le désactivant le problème s'est partiellement réglé : les données provenant de l'extérieur du programme (d'une base de données FireBird) apparaissaient normalement,

Ceci diagnostique un autre problème : quel que soit la locale utilisée par ta plateforme, tu ne dois pas être impacté dans le transfert des données de la base, il n'y a aucune raison que ce soit le cas. La base de donnée utilise un charset bien défini (enfin je ne connais pas FireBird mais si ce n'est pas le cas il faut en utiliser une autre !) et les données en Java ont toujours un charset bien défini (par exemple lorsqu'on crée une chaine de caracteres a partir d'un flot d'octets on doit dire quel charset est utilisé - on n'est pas *strictement* obligé de le faire en fait, on peut utiliser une autre méthode utilisant la locale de la JVM mais c'est très dangereux car ça mène exactement au genre de problème que tu as).

Tu as un problème à l'extraction des données de ta base. Si tu utilises JDBC, tu dois utiliser le paramètre "charSet=" et lui donner le charset utilisé par la base de données. En general il est prudent d'utiliser UTF-8 dans la base pour ne pas avoir de problème si un jour tu souhaites mettre dans ta base des langues hors de l'europe de l'ouest. Tu n'auras ensuite aucun problème quelle que soit la locale de la JVM (donc du système).

!?

En java le source ne peut et doit contenir que des caractères ISO-8859-1. Pour "coder" le reste il faut utiliser l'escape unicode (native2ascii). C'est pour cela que j'ai beaucoup de mal à croire que recompiler avec une locale différent fasse une différence ! Et d'ailleurs le contenu des fichiers de classe est lui même standardisé sur UTF-16. La seule possibilité que j'entrevoie est que lors de la copie de tes fichiers source entre une machine en ISO-8859-1 et une en UTF-8, un transcodage ait été effectué entre ces deux codages par le programme ayant effectué la copie.

Maintenant par contre si ton logiciel est utilisé sous une locale différente, et qu'il contient du code dépendant de la locale de la JVM (c'est mal d'ailleurs) là tu auras un problème. Même si maintenant ton logiciel fonctionne, ce n'est pas dit que tu n'aies pas d'autres problèmes à l'avenir, autant bien faire dès le début... En théorie les méthodes java qui se servent de la locale de la JVM sont deprecated et doivent être remplacées, par exemple pour le codage des URLs :

http://java.sun.com/j2se/1.4.2/docs/api/java/net/URLEncoder.(...)

A une epoque ce n'etait pas vraiment supporté (de changer unicode a la volee) mais peut-etre a-ce changé depuis..

"locale" permet de connaitre ta locale.

"locale charmap" le charset utilisé par ta locale.

Bien sûr que l'un n'empêche pas l'autre. Par contre tu trouveras mécaniquement sur linuxfr des gens souhaitant travailler avec Linux.. et sur windowsfr ou affilié des gens souhaitant travailler avec Windev.. non ?

euh d'habitude tu es bien plus on-topic.. que t'arrive-t-il ?

tu te rappelles quand même que c'est linuxfr, hein ?

Sauf que les RMLL autorisent les liens hypertexte ( http://oumph.free.fr/textes/hyperliens.html#jo2004 ), et qu'il n'y a pas eu de de rumeurs de corruption (encore ? :).

Belle page !

essaie "trophy"

c'est pas aussi abouti qu'un jeu proprietaire mais ca a le merite d'exister et d'etre une base pas trop nulle.

bien rédigé, court, "to the point". ficelles de caleçon[1] !

[1] féliciitations

cradingue mais peut-etre une partition vfat (éventuellement en loopback si tu ne veux/peux pas repartitionner) avec des options de montage qui permettent tous les droits à tous les utilisateurs ? je ne crois pas que ces options sont dispos pour ext2/3.

je suppose qu'aucune précision géographique implique paris ?

(eeeeeeh y'a quelque chose après le périph les gars, pas uniquement des vaches)

- une entretien sans concessions avec David Barth, le nouveau directeur technique de Mandriva

C'est une blague ? Tu sais ce que ça veut dire un « entretien sans concession » ? L'entretien que j'ai pu survoler est au contraire un modèle d'entretien lisse et complaisant.

Pense 2 secondes à ce que peut ressentir un sénégalais lisant ce que tu viens d'écrire.. Le second degré c'est super drôle mais pas forcément pour tout le monde de prime abord..

ça dépend des sites web. on ne sous-entend ici que les sites web dynamiques bien sûr (php, servlets/jsp java, etc). une "application web" est comme toutes applications, au cours de sa vie des fonctionnalités sont modifiées, et il est très utile de disposer d'une infrastructure de tests unitaires et d'ensemble automatiques afin de détecter au plus vite les régressions. c'est plutôt facile pour toutes les applications command line ou dialoguant par flux normalisé (xml, base de données etc) mais moins pratique pour les interfaces utilisateurs graphiques ; selenium fournit une solution dans ce dernier cas de figure pour les applications web.

en espérant avoir été agréable à ton oreille.

un grand merci aux développeurs. un outil très pratique et déjà bien abouti !

alors ton cpp a l'air installé.

fais la commande "tail -n 100 config.log" dans le répertoire où tu as essayé de compiler freeciv et copie-colle le résultat.

NB : ce serait peut-être plus simple que tu installes le RPM de freeciv pour fedora qui doit sûrement exister !

Les fichiers générés par cette application sont constitués de dump mémoire de structure C.

J'espère que tu en as profité pour pendre puis torturer le type ou l'équipe qui avaient eu cette géniale idée ?

qu'est-ce que la commande ci-dessus donne sur ta machine ? il permet de savoir quel est le package qui a installé un fichier en particulier. si ca marche et te donne un nom de package similaire au mien, il doit manquer autre chose (ou gcc-cpp etre pourri mais ce serait gros quand meme), et dans ce cas-la les dernieres lignes du config.log comme indiqué dans le message d'erreur a la compilation devraient aider. sinon, installe gcc-cpp (je ne sais pas ce que RH conseille d'utiliser pour installer des logiciels de nos jours).

Tu n'as peut-etre tout simplement pas le package idoine d'installé. Sur mandriva c'est :

[gc@meuh ~] rpm -qf /lib/cpp
gcc-cpp-4.0.2-1mdk

Non, cpp ne veut pas dire c++ - en tous cas pas dans ce contexte. Comme le message l'indique il s'agit du préprocesseur.

Location: http://linuxfr.org/~Gniarf/20740.html