Epsos a écrit 357 commentaires

Il y a aussi une autre explication : la jvm peut dans certains cas decider d'inliner certains appels. Ce qui fait qu'il n'y a plus d'appels de methodes.
En c++, si tu ne compiles pas avec f-inline et si tu ne proposes pas au compilo d'inliner certaines methodes (via le mot clef inline), il ne le fera pas.

Bref, plus je lis et relis ce bench, plus je suis d'accord avec certains commentaires sur slashdot : il ne compare pas la meme chose.

Voila un article qui resume tout a fait le fond de ma pensee : http://standblog.org/blog/2003/09/30/93113064(...)

Et la dessus je vais m'arreter parce que ca ne sert a rien de s'epoumoner ...

J'ai mon firefox 0.9 d'ouvert depuis 2 jours sur mon pc du boulot (win2000), 6 tabs d'ouvertes au minimum en permanence (j'en ouvre, j'en ferme) : Il est a 28Mo de memoire.
J'ai une extension DOMInspector, AdBlock et TabBrowser Preference.
Pas de themes.
Pas de java, pas de flash.

Pour faire avancer le schmiblick : quelle est ta config a toi ?

Ce n'est pas l'existence des bugs qu'on remet en question, c'est la façon de le dire, et l'attitude "c'est un dû".

Non ce n'est pas un dû. C'est un don, c'est fait sur le temps libre, ca demande de l'investissement, c'est a dire du temps pris sur d'autres choses.
Recompenser ce don par un ton insultant (va lire son journal), en gueulant, sans attitude constructrice, je trouve ca vraiment lourd.

Bien sur qu'il y a des problemes, et personne ne parle ici de faire l'autruche, bien au contraire. C'est juste que ce n'est pas de ça qu'on parle.

J'ai dit où qu'il fallait fermer sa gueule ?

J'ai dit qu'il fallait changer sa façon de réagir face à un bug : gueuler pour gueuler ne sert a rien et ne fera pas changer les choses.
Rapporter le probleme aux personnes concernées peut faire avancer les choses.

Arrete la mauvaise foi, personne ne t'as dit que c'etait toi qui l'utilisait mal.
Le truc c'est que tu n'as pas paye pour ce truc si ?
Alors a moins que tu aies paye, quels droits peux tu pretendre avoir sur le developpement d'un outil par une equipe de benevole ?

Il ne s'agit pas de droit, il s'agit de contributions ...
Ou tu essayes de contribuer de facon constructive (en finançant, en faisant des bugs reports, en proposant ton aide ...) ou tu passes ton chemin, c'est aussi simple que ca.

Comme tu l'as fait remarquer, tu n'es pas sous win. La mentalite des utilisateurs est cense etre differente : pas du style client-fournisseur avec les archétypes "j'ai payé, il faut que ca marche", mais plutot du type "il y a un probleme j'en parle aux personnes concernees ou je propose mon aide".

Encore une fois, c'est une equipe de benevole, alors au lieu de consommer, participe !

Un truc comme "accro" ?

Contrairement aux grincheux qui n'ont meme pas lu les specs du langage, je vous le dit, Nice c'est bien mangez en.

En parlant de nouveaux paradigmes, il y a les variables non nulles et les multimethodes qui permettent de rendre un programme plus sur car il y a moins (et meme plus du tout) d'erreur runtime possible.
Pour un langage avec binding dynamique, en voila un paradigme qu'il est sympa.
Mais bon, je ne m'attend pas a ce que ceux qui repondent ton langage ilpuducu aillent voir ce qu'on leur propose. Si c'etait le cas, ils argumenteraient un minimum quand meme.
Faut pas trop leur en demander hein ...

Il y a une extension pour ça : http://texturizer.net/firefox/extensions/#tbe(...)

Oui euh non.

Le sleep() est une commande a banir. (utile dans tres tres peu de cas en fait)
Faire un sleep, c'est faire un poll et faire un poll c'est prendre du CPU, c'est mal.
Quitte a essayer de lire un descripteur de fichier, autant faire un select().

Encore plus simple, tu utilises la commande wait() : http://www.netadmintools.com/html/2wait.man.html(...)

ce qui permet d'attendre la fin d'un processus dont tu connais le pid.

Donc fork+exec+wait ...

La solution la plus simple peut etre est de ne pas utiliser system, mais a la place de faire
- fork
- exec
pour remplacer l'appel a system(), et la tu vas me dire oui mais c'est quoi l'interet ? Et bien avec l'appel a fork, tu recuperes le pid de ton processus fils, et ensuite tu attend que ton processus fils soit mort (fin de lp).
Pour faire ca, il faut si je me rappelle bien enregistrer un handler de signal.

Ben pourtant les "drop shadow" font partie de kde depuis quelques temps deja et sans patch ...

Super !
Merci beaucoup, je jetterai un oeil ce soir ...

Et comme je ne fais que de la compta perso, je n'ai pas de devises.
Qu'est ce que tu appelles les echeances ? (les operations repetitives ? les expirations de contrats ?)
Pour les rapports financiers, c'est pas bien grave : je les ouvre uniquement quand j'en ai besoin ...

Salut, ca fait quelques temps que j'essaie de me debarasser de GnuCASH (trop gros, trop de dependance sur Gnome), et j'essaie regulierement de nouveaux logiciels de compta (KMyMoney, opale ...).
Le probleme c'est qu'aucun de ces logiciels n'est capable d'importer les fichier de GNUCash, et j'ai quand meme deux ou 3 ans d'historique, alors je prefererai ne pas recommencer a zero.

Est ce qu'il y a moyen a partir de Grisbi d'importer les fichiers de GNUCash ? Ou existe t'il un format de fichier magique permettant de passer de l'un a l'autre ?

Merci.

L'article sur zdnet :
http://www.zdnet.fr/actualites/technologie/0,39020809,39152588,00.h(...)

Plus exactement, CORBA est une specification visant à faire communiquer des applications différentes via le réseau.
On appelle "bus" le protocole IIOP qui sert de couche de transport entre ces applications. Donc tu peux comparer ca a un protocole RPC un poil plus fouille ... (sous Java, ca s'appelle RMI je crois)

Il ne faut pas confondre avec par exemple le CLR de .NET qui permet de compiler des bouts d'application ecrits en diverses langages en une même application.

Sinon, lisaac c'est quoi, tu peux en dire plus ? J'ai trouve des references a des OS sur le web, mais pas a un langage ... C'est un nouveau langage que tu developpes ?
Je dis ca parce que je developpe moi meme un langage (pas a base de prototype mais a base de classe) ...

Si tu parles de la prise casque qui se trouve sur ton lecteur CD, il me semble que c'est gere directement par le lecteur cd (et donc ALSA ne pourra pas grand chose pour toi).
Tu fais comme moi : tu vas a la FNAC et tu achetes une rallonge pour pouvoir plugguer ton casque a l'arriere de ta tour ...

Non, desole, il faut que tu apprennes a lire.

Pareil pour moi : j'ai eu du mal a dechiffrer ce qu'il y avait marque.
En plus c'est vraiment enervant de devoir faire ca a chaque vote.
Autant supprimer le systeme de vote.

J'ai habite pas loin de rue Saint Maur (rue des Bluets), et j'ai adore.
Maintenant la rue Saint Maur est assez longue (elle part du cote de Nation pour aller jusque vers la place du Colonel Fabien). Donc ca depend ou tu vas etre ...

J'ai un pote qui habitait au numero 110. T'es pas loin de Oberkampf, t'es a 5min a pied de Repu, a 10 min de Bastille. Donc pour sortir, que du bonheur.
Le quartier est populo mais juste ce qu'il faut pour que ce soit sympa et que tu t'y sentes bien (rien a voir avec le 18° ou je suis actuellement et ou parfois il faut serrer les fesses).
Il y a pleins de petits commerces ce qui fait qu'on trouve tout facilement.
Au niveau metro c'est pas mal (2, 3 et 9 pas loin).

Bref, j'ai adore. C'est mon endroit fetiche.

faut juste rajouter un "var" dans "my_enable=getcookie..."
pour que ca fasse :
"var my_enable=getcookie..."

et ca marche effectivement. Faudrait faire un reload de la page apres avoir cliquer sur le lien pour que ce soit plus ergonomique

Je m'en sers pour developper mon projet (Nosica).

Resultat : les temps d'execution sont grosso modo divise par deux dans mon cas.

Mais bon, ce "bench" est truque : je developpe un compilo, le temps d'execution est proportionnel a mes fichiers de tests qui sont relativement court pour l'instant.
Du coup, le temps de chargement de la VM prend certainement la moiti du temps d'execution.
En tout cas je n'utilise plus que gcj pour developper Nosica, ce qui fait que dans mon cas, java ca roxor c'est libre.

Avec des raisonnements comme ca, GNU/linux n'existerait pas ...
Le debat logiciel libre = mort du developpeur est une fausse equation.

Il est tout a fait possible pour des boites de faire du logiciel libre et d'en vivre.

Imaginons un monde ou il n'y a que du logiciel libre.
Une boite qui aurait besoin de nouvelles fonctionalites n'est, en general, pas capable de developper ce dont elle a besoin elle meme : elle fera appel a une boite specialisee dans le developpement.
On peut tres bien imaginer des contrats, où : la boite qui developpe file les sources a son client (clause de distribution de la GPL), et s'engage a ne publier le patch qu'apres 6 mois par exemple, afin que son client garde une certaine competitivite en echange de l'investissement qu'elle a pris.
Bref, personnellement, je vois au contraire un avenir rose a ce modele de developpement, car il enrichit tout le monde (modele win-win) et pas seulement un individu.
De plus, c'est un modele ou il y aura une vrai concurence car toutes les boites auront les meme clef en mains : ce sera à elles et à elles seule de faire la difference.

Dans un monde ou il n'y a pas que du logiciel libre, les regles sont un peu faussees, et l'avantage du logiciel libre est moins clair.

Un type covariant c'est ca :

Notation pseudo java

class Nourriture {}
class Herbe extends Nourriture {}

class Animal {
Nourriture mangeQuoi();
void mange(Nourriture n);
}

class Vache extends Animal {
Herbe mangeQuoi();
void mange(Herbe n);
}

Ta vache implemente animal, mais tu fais varier le type des arguments et des types retour dans le meme sens : Animal -> Vache, Nourriture -> Herbe. La variance des types se fait dans le meme sens du pere vers le fils a la fois pour le type implemente et pour les arguments : ça co-varie.

Dans le cas du type retour, le programme est type safe, car tu peux ecrire :
Animal a = new Vache();
Nourriture n = a.mangeQuoi();
==> les types sont respectes

Dans le cas des arguments, si tu ecris :
class Viande extends Nourriture {}
Animal a = new Vache();
a.mange(new Viande());

Tu as un probleme : tu es cense appeler une methode qui prend bien un type Nourriture en entree, oui mais Vache n'implemente pas cette methode, Vache implemente une methode "covariante" et ne specifie son comportement que sur un type Herbe => Erreur au runtime => ton code n'est plus type safe.

Plus d'infos dans ce thread, où, jeune paddawan, je me suis fait explique la vie par des vieux loups : http://linuxfr.org/~Epsos/1819.html(...)