Epsos a écrit 357 commentaires

Ah OK. Je pensais que comme les distribs bases sur rpm, la Debian reconnaissait i386, i586 et i686.
Sinon, le paquet debian et rpm inclus une version compilee via gcj et une version en Java pure lançable avec un script shell.
Par contre la librairie native pour les executables Nosica est directement compilee a partir du C.

Donc de toute facon, dans tous les cas, je ne peux pas fournir une architecture "all".

Oui, la boucle for each est prevu, meme si elle n'est pas encore implementee ...
Voir http://www.nosica.net/user_zone.php?id=Foreach(...) et http://www.nosica.net/user_zone.php?id=FR_Foreach(...)

Oui, ca me tarabuste aussi des fois. Des fois je me dis que l'heritage d'implementation (le extends) c'est la facon la plus sure de faire des bugs.

Je me dis que si on voyait tous les objets comme des boites noires (par interface), et non pas comme des boites blanches ou grises (heritage d'implementation, et mot clef protected) il y aurait moins de problemes.

Mais si je fais ca, c'est clair qu'on me dirait que Nosica c'est n'importe quoi. Et puis c'est vrai aussi que dans certains cas (tres rares je trouve) ca peut servir.
D'ailleurs les cas ou ca peut servir, c'est souvent des cas ou on veut optimiser ... (marrant non ?)

Tout a fait d'accord avec lui : "One size does not fit all".

Lorsque tu cree un langage, tu dois faire des choix. Et c'est mon choix (qui ne plait pas forcement a tout le monde) de dire que l'heritage multiple pose des problemes en terme de design et de performance (les implementations efficaces sont tres compliquees a implementer).

Sinon, on est d'accord que l'heritage multiple peut servir.
D'apres mon experience les cas sont quand meme assez rare, surtout lorque tu programmes par interface : tu t'apercois que tu en as encore moins besoin. C'est vrai qu'en C++, les gens ne programment pas de la meme maniere et donc faire de l'heritage multiple parait naturel et ca fait bizarre au debut de n'avoir plus cet outil qui parait indispensable. (je suis programmeur C++ depuis 5 ans, je connais Java depuis 3 ans. Mon boulot de tous les jours c'est C++/QT)

Pour permettre quand meme aux gens de faire un truc qui y ressemble, on propose ca : http://www.nosica.net/user_zone.php?id=Automatic%20delegations(...) (http://www.nosica.net/user_zone.php?id=FR_Automatic%20delegations(...) pour la version française)

De toute facon, il faut bien se dire que lorsque tu design un langage, tu dois faire des choix. Tu autorises ca d'un cote, et de l'autre cote tu interdis autre chose. C'est la vie.

A part l'heritage multiple qui te herisses tu as vu des choses interressantes ? des choses qui te plaises moins ? des precisions a apporter ?

Donc oui, et c'est nosica, pas nosicaa .. :-)
Section developpeur > documentation interne > Grammaire BNF
ce qui donne ce lien : http://www.nosica.net/documentation/grammar.html(...)

Tout a fait possible mon fis, mais utilise plutot la commande suivante :
$> tar cvzf backup.tgz ../sauv_link && mv backup.tgz /mnt/clefusb

"le ventre de une" :
Oui, article somme tout bien foutu, excepte cette coquille :
"Linux est en effet développé par des milliers d'informaticiens bénévoles qui, par principe, renoncent à tout titre de propriété sur cette œuvre collective."
Ce qui est completement faux. J'arrive pas a trouver le mail de l'auteur pour lui signaler ce "detail".

Tiens, c'est pour toi :
http://www.pompage.net/pompe/csspratique/(...)

Essaye plutot
127.0.0.1 localhost nom_de_machine

Garder localhost ca peut servir quand meme.

Pour un neophyte, il sait recompiler un kernel, virer les services inutiles, savoir quel module utiliser pour sa carte video, faire une install par internet avec les images sur disquette ...

Mouais ...

Certainement, mais on est pas la pour couler le logiciel proprietaire : on est la pour faire avancer le libre : une petite nuance importante je trouve.

Je dirai que ca depend pas mal de ce que tu veux faire :
- tu veux developper bas niveau ? (materiel, driver, io) : prend du C
- tu veux faire un truc super optimise où tu avoir complètement la main sur la façon dont sont faites les allocations (alloca, malloc ...) : prend du C
- tu veux faire un prototypage rapide pour voir si c'est possible de faire ce que t'as demande ton boss ? prend un script : perl/python/autre
- tu veux faire une appli metier super complique ? prend un langage de tres haut niveau qui va t'abstraire de pas mal de taches bas niveaux chiantes a gerer a la main : nottament, il te faut un garbage collector. Prend si possible un langage où la librairie standard est touffue et couvre le plus de features possible : Java / python. Si tu as des contraintes de rapidite en plus (comportement pseudo temps reel, chemin critique a optimiser), prend du c++

Au boulot on est en full c++ a cause de limites tres fortes en termes de rapidité de réaction et d'occupation mémoire. Il nous faudrait des bêtes de courses si on le faisait en Java. Ce qu'on ne peut se permettre car le déploiement se fait sur des postes clients, et il est impensable (dans notre contexte) de dire : "pour deployer notre appli il faut changer de machine".
Sinon, perso, j'adore le Java.

A cote de ca, je developpe Nosica qui est un concentre de Java et de c++ : une syntaxe plus "objet" et plus restreinte que le c++, mais aussi un langage plus complet que le Java : généricité, covariance, plus de sureté, typage fort ...
Ce serait "mon" langage ultime ... le jour où il sera terminé et utilisable. A l'heure actuelle ce qui lui manque le plus c'est une librairie standard etoffé (en plus de continuer à implémenter les nouvelles constructions du langage)

A+

Ben heuh, Nosica fait tout ca, meme si c'est encore loin d'etre completement utilisable... http://www.nosica.net(...)

xmga est une sortie video qui te permet d'utiliser les capacites acceleratrices des cartes matrox. Pour cela, il utilise un module special mga_vid qui permet d'acceder directement a certaines parties de la carte matrox (que XFree ne gere pas). Lorsque tu utilises ce driver, le module te cree au demarrage un /dev special : /dev/mga_vid. C'est par l'intermediaire de ce /dev special que mplayer peut dialoguer avec le module mga_vid.

En terme de performance, mga_vid est clairement plus rapide, mais sur les machines recentes, l'utilisation de xv (plus generique) est suffisant, donc pas besoin de s'embeter a faire marcher mga_vid.

Combien de fois faudra t'il le rappeler ?
On choisit d'utiliser la GPL : on est pas contraint et forcé !
Dans ce contexte où est l'aspect viral ?

IP fixe gratuite: oui
IPv6: non

Sous la mandrake, il me semble que par defaut (enfin c'etait le cas pour moi sur la 9.1), il utilise les drivers sons oss : utilise plutot les drivers Alsa avant d'essayer de te recompiler un noyau.

Pour le changement, le plus simple est que tu passes par le mandrake control center. Ensuite, petite subtilite, par defaut les sorties sont "muted", donc tu n'auras aucun son. Il faut que tu les "unmute" avec le mixer graphique de ton choix (aucuns problemes avec l'applet mixer de kde) ou bien avec les outils textes de alsa : amixer

Pis ca aussi : http://peoples.mandrakesoft.com/~flepied/projects/wacom/(...)

Donc la pression a l'air d'etre maintenant supportee au moins pour les wacom

Un p'tit coup de google me donne ce lien : http://neverland.net/bellamy/mc/newacom.htm(...)

qui dit que gimp+tablette wacom+nouveau driver XFree est maintenant potable ...

C'est un peu bourrin, mais tu peux killer le kpanel ...

Aucun probleme chez moi avec un noyau mdk et vmware 3.0

Tu rentres les sources urpmi ( http://urpmi.org/easyurpmi/(...) ) et tu fais un
$> urpmi urpmi
$> urpmi --auto-select

Si tu n'as pas une grosse liaison, tu peux recuperer les cd et choisir update au lieu de install et ca devrait faire a peu pres la meme chose ... (enfin j'imagine ca fait longtemps que j'ai pas fait ca)

En ce qui concerne la 9.2, personnellement, je n'ai pas eu de problemes, a part de temps en temps, apres l'install d'un nouveaux softs des portions de menus qui disparaissent ...
(un peu chiant c'est vrai, mais un coup de menudrake et c'est reparti, et puis je n'installe pas de nouveaux prog tous les jours)

Tu generes un fichier csv et excel le lira sans probleme

C'est carrement excellent !
Je ne sais pas si ca repond a la question de Mathieu Claudel, mais je trouve ca vraiment pas mal !

Je vais dire une connerie, mais il y a peut etre moyen d'exploiter un peu les cartes fournies avec FlightGear : http://flightgear.sourceforge.net/(...)

Ca couvre pas mal le globe, mais ce n'est peut etre precis que pour les villes. Pis faudrait un moyen de les "mettre a plat".

Enfin, ca vaut ce que ca vaut ...