J'avais lu sur je ne sais plus quel newsgroup que ceux qui n'aimaient pas le fait d'utiliser l'indentation pour marquer les blocs changaient généralement d'avis après une utilisation plus prolongée du langage
Alors à condition de ne plus en utiliser d'autres.
C'est également la raison pour laquelle l'opérateur ternaire n'a pas été intégré.
Oui, lui aussi il me manque ;-)
Faire un print a+=3 provoque une erreur de syntaxe : a+=3 n'a pas de valeur en lui-même.
Ah?
On peut faire des +=, je n'avais pas vu ça dans la doc (celle disponible sur le site de python). Bonne nouvelle :-)
- une des lourdeurs du C++, c'est la gestion du Makefile. Je ne sais pas comment fonctionne cet interpreteur mais s'il arrive a s'en affranchir, il rendre certainement le developpement plus rapide.
make c'est pour automatiser la compilation, donc cet interpréteur ne l'utilise surement pas. Mais il doit utiliser un autre système pour aller charger les différents fichiers du programme.
Je lui prefere des langages a la syntaxe plus legere: python!!!!
Oui, bof.
J'ai commencé python il y a quelques semaines pour un projet (libre bien sur). Il y a des trucs très sympa dans ce langage, notament les nombreuses fonctions de la bibliothèque, les listes et les dictionnaires (génial les dictionnaires!).
Mais par contre je déteste sa façon de faire des blocs!
Et puis il manque l'instruction select()case:, c'est pas joli de faire ça avec plein de elif.
Ah et aussi le ++ me manque ;-) et j'apprécie moyennement sa façon de faire un for mais j'aid éjà constaté que c'était très chouette dans certaines conditions.
Et de plus la compilation peut déjà repérer plein de "bêtes" erreurs de syntaxe et autres caractères qui sont restés dans le clavier, alors qu'avec l'interprétation il faut faire des tests qui vont exécuter toutes les parties de ton code pour qu'il trouve ces erreurs. Ce n'ets qu'à moitié vrai pour des langages semi-compilés comme java où python.
Ce qui ne serait pas un problème puisque, en respect de la GPL, comme ils auraient fourni le code à leurs clients ceux-ci pourraient les dépanner en leur renvoyant le code.
Mc permet d'avoir un bashrc qui n'est utilisé que quand bash est démarré via mc, c'est le fichier ~/.mc/bashrc, il suffit de mettre dans ce fichier un code un peu différent, par exemple
if [ ! -z $KONSOLE_DCOP_SESSION ]; then
PROMPT_COMMAND='dcop $KONSOLE_DCOP_SESSION renameSession mc:$PWD'
fi
Comment fais-tu pour estimer la place mémoire de ces programmes?
Car il y a aussi l'espace utilisé par les bibliothèques qui, suivant les cas, devra ou non être compté.
Exemple (cet exemple est inventé):
Je suis sous Gnome et je démarre Evolution, il faudra juste allouer de la mémoire pour Evolution lui-même.
Je suis sous KDE et je démarre Evolution (c'est le seul programme Gnome que j'utilise), il faut alors également charger toutes les bibliothèques Gnomes qu'utilise Evolution et le résultat sur la consomation mémoire sera beaucoup plus important.
À noter que la situation est encore pire avec les programmes KDE, car quand on démarre un prog KDE seul il démarre souvent en même temps le serveur dcop.
je n'ai soit disant pas de lib QT 2.2.2
Ben oui, la dernière version référencée sur apps.kde.com est pour KDE2.2, et sauf coup de chance un programme KDE2 ne compile pas avec KDE3.
petit boitier qui permet de jouer à Splinter Cell dans des conditions optimales sur la grande télé du salon.
conditions optimales, bof.
Je connais pas splinter cell en particulier, mais un bon écran d'ordi est bien meilleur qu'une TV et je trouve que la combinaison clavier+souris est ce qui se fait de mieux en général (et un petit joystick pour certains jeux d'avions) pour contrôler un jeu complexe.
S'il s'avère exact que nullsoft ne posédait pas le copyright du programme alors il n'a jamais été libre.
C'est un peu comme si je m'arrangeais pour obrtenir le code source de windows et le redistribuer en remplaçant la licence par la GPL, ça ne fera pas de windows un logiciel libre car je n'ai pas la propriété intellectuelle de ce code.
Mldonkey: un port configurable en TCP (4662 par défaut), un autre en UDP (celui de tcp + 4, soit 4666 par défaut).
Ça recommence :-(
C'est contradictoire avec l'url postée par redfish.
Ah?
Pourtant quand je fais une recherche j'obtient beaucoup plus de résultats si je suis connecté à plus de serveurs. D'ailleur ce que je fais c'est me connecter à beaucoup de serveurs juste le temps de la recherche puis je n'en laisse que quelques uns (le nombre par défaut de mldonkey) en attendant que les fichiers arrivent.
netstat ne suffit pas, puisqu'il faut aussi que je sache quels port doivent être ouverts dans l'autre sens (cf les ports 4661 et 4665 mentionnés dans le lien précédent).
De même le port défini dans la config ne me dis pas non plus quels ports je dois ouvrir.
Et le backup de mon mémoire, qui m'a pris plusieurs CD, je l'aurais fait sur disquette peut-être?
Et mes backups réguliers sur CDRW je les fait avec quoi?
Et la dernière distrib que je viens de télécharger j'en fait quoi?
Puisque tu utilise la dernière version de mldonkey, tu pourrais dire (ou donner un lien qui l'explique simplement) quels ports il faut ouvrir pour les différents réseaux. J'ai du mal à trouver ce genre d'info (pour le réseau edonkey j'ai fini par ouvrir tous les port de 4660 à 4669 en tcp et udp parce que j'avais des infos contradictoires).
à ce moment là ils pourraient aussi mettre du SCO
Ben, c'est à peu près ça puisqu'ils sont partenaires dans united linux. Mais de toute façon pour le moment SCO a arêté sa commercialisation de linux.
ca plante pas avec les drivers nv de xfree
C'est pas une preuve, tout au plus une indication que el problème peut venir de là.
En effet, le driver de NVidia implémentent beaucoup plsu de choses que le driver nv de XFree, il doit donc utiliser des fonctionnalités de XFree et de Linux que n'utilise pas nv et le problème peut venir de ces fonctionnalités, ou de la combinaison entre un petit problème du driver nvidia et des fonctionnalités sus-citées qui résulte en un gros problème.
[^] # Re: UnderC : un interpréteur c++
Posté par wismerhill . En réponse à la dépêche UnderC : un interpréteur c++. Évalué à 0.
Alors à condition de ne plus en utiliser d'autres.
C'est également la raison pour laquelle l'opérateur ternaire n'a pas été intégré.
Oui, lui aussi il me manque ;-)
Faire un print a+=3 provoque une erreur de syntaxe : a+=3 n'a pas de valeur en lui-même.
Ah?
On peut faire des +=, je n'avais pas vu ça dans la doc (celle disponible sur le site de python). Bonne nouvelle :-)
[^] # Re: UnderC : un interpréteur c++
Posté par wismerhill . En réponse à la dépêche UnderC : un interpréteur c++. Évalué à 1.
[^] # Re: UnderC : un interpréteur c++
Posté par wismerhill . En réponse à la dépêche UnderC : un interpréteur c++. Évalué à 1.
make c'est pour automatiser la compilation, donc cet interpréteur ne l'utilise surement pas. Mais il doit utiliser un autre système pour aller charger les différents fichiers du programme.
Je lui prefere des langages a la syntaxe plus legere: python!!!!
Oui, bof.
J'ai commencé python il y a quelques semaines pour un projet (libre bien sur). Il y a des trucs très sympa dans ce langage, notament les nombreuses fonctions de la bibliothèque, les listes et les dictionnaires (génial les dictionnaires!).
Mais par contre je déteste sa façon de faire des blocs!
Et puis il manque l'instruction select()case:, c'est pas joli de faire ça avec plein de elif.
Ah et aussi le ++ me manque ;-) et j'apprécie moyennement sa façon de faire un for mais j'aid éjà constaté que c'était très chouette dans certaines conditions.
[^] # Re: UnderC : un interpréteur c++
Posté par wismerhill . En réponse à la dépêche UnderC : un interpréteur c++. Évalué à 2.
[^] # Re: Le bon moment pour un "Microsoft Linux"?
Posté par wismerhill . En réponse à la dépêche Le bon moment pour un "Microsoft Linux"?. Évalué à 2.
Comment ça je rêve éveillé?
[^] # Re: "Linux" cible de pub pour Microsoft
Posté par wismerhill . En réponse à la dépêche "Linux" cible de pub pour Microsoft. Évalué à 2.
[^] # Re: Bash et la console de KDE
Posté par wismerhill . En réponse au message [Terminal] Bash et la console de KDE. Évalué à 2.
Mc permet d'avoir un bashrc qui n'est utilisé que quand bash est démarré via mc, c'est le fichier ~/.mc/bashrc, il suffit de mettre dans ce fichier un code un peu différent, par exemple
if [ ! -z $KONSOLE_DCOP_SESSION ]; then
PROMPT_COMMAND='dcop $KONSOLE_DCOP_SESSION renameSession mc:$PWD'
fi
# Re: Bash et la console de KDE
Posté par wismerhill . En réponse au message [Terminal] Bash et la console de KDE. Évalué à 1.
Y a juste un problème, ça fait pareil avec les sessions mc, donc on ne peut plus distinguer les shells normaux des mc.
Quelqu'un a une solution?
[^] # Re: Gentoo/....
Posté par wismerhill . En réponse à la dépêche Gentoo est bientôt disponible pour MacOS X. Évalué à 1.
[^] # Re: Gentoo/....
Posté par wismerhill . En réponse à la dépêche Gentoo est bientôt disponible pour MacOS X. Évalué à 1.
[^] # Re: troll on
Posté par wismerhill . En réponse à la dépêche Ximian Desktop 2. Évalué à 3.
Car il y a aussi l'espace utilisé par les bibliothèques qui, suivant les cas, devra ou non être compté.
Exemple (cet exemple est inventé):
Je suis sous Gnome et je démarre Evolution, il faudra juste allouer de la mémoire pour Evolution lui-même.
Je suis sous KDE et je démarre Evolution (c'est le seul programme Gnome que j'utilise), il faut alors également charger toutes les bibliothèques Gnomes qu'utilise Evolution et le résultat sur la consomation mémoire sera beaucoup plus important.
À noter que la situation est encore pire avec les programmes KDE, car quand on démarre un prog KDE seul il démarre souvent en même temps le serveur dcop.
[^] # Re: Pourquoi ne pas utiliser Linux
Posté par wismerhill . En réponse à la dépêche Pourquoi ne pas utiliser Linux. Évalué à 4.
Troll détecté.
[^] # Re: Pourquoi ne pas utiliser Linux
Posté par wismerhill . En réponse à la dépêche Pourquoi ne pas utiliser Linux. Évalué à 1.
Ben oui, la dernière version référencée sur apps.kde.com est pour KDE2.2, et sauf coup de chance un programme KDE2 ne compile pas avec KDE3.
[^] # Re: Pourquoi ne pas utiliser Linux
Posté par wismerhill . En réponse à la dépêche Pourquoi ne pas utiliser Linux. Évalué à 1.
conditions optimales, bof.
Je connais pas splinter cell en particulier, mais un bon écran d'ordi est bien meilleur qu'une TV et je trouve que la combinaison clavier+souris est ce qui se fait de mieux en général (et un petit joystick pour certains jeux d'avions) pour contrôler un jeu complexe.
[^] # Re: Waste, réseau p2p privé / crypté
Posté par wismerhill . En réponse à la dépêche Waste, réseau p2p privé / chiffré. Évalué à 10.
C'est un peu comme si je m'arrangeais pour obrtenir le code source de windows et le redistribuer en remplaçant la licence par la GPL, ça ne fera pas de windows un logiciel libre car je n'ai pas la propriété intellectuelle de ce code.
[^] # Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Posté par wismerhill . En réponse à la dépêche Lmule est mort, vive Xmule !. Évalué à 1.
[^] # Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Posté par wismerhill . En réponse à la dépêche Lmule est mort, vive Xmule !. Évalué à 1.
Ça recommence :-(
C'est contradictoire avec l'url postée par redfish.
[^] # Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Posté par wismerhill . En réponse à la dépêche Lmule est mort, vive Xmule !. Évalué à 2.
Pourtant quand je fais une recherche j'obtient beaucoup plus de résultats si je suis connecté à plus de serveurs. D'ailleur ce que je fais c'est me connecter à beaucoup de serveurs juste le temps de la recherche puis je n'en laisse que quelques uns (le nombre par défaut de mldonkey) en attendant que les fichiers arrivent.
[^] # Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Posté par wismerhill . En réponse à la dépêche Lmule est mort, vive Xmule !. Évalué à 1.
[^] # Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Posté par wismerhill . En réponse à la dépêche Lmule est mort, vive Xmule !. Évalué à 1.
Quelqu'un a des équivalents pour les autres réseaux?
[^] # Re: Lmule est mort, vive Xmule !
Posté par wismerhill . En réponse à la dépêche Lmule est mort, vive Xmule !. Évalué à 2.
[^] # Re: Lmule est mort, vive Xmule !
Posté par wismerhill . En réponse à la dépêche Lmule est mort, vive Xmule !. Évalué à 0.
Et mes backups réguliers sur CDRW je les fait avec quoi?
Et la dernière distrib que je viens de télécharger j'en fait quoi?
[^] # Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Posté par wismerhill . En réponse à la dépêche Lmule est mort, vive Xmule !. Évalué à 2.
[^] # Re: Munich reste sur la voie du libre
Posté par wismerhill . En réponse à la dépêche Munich reste sur la voie du libre. Évalué à -1.
Ben, c'est à peu près ça puisqu'ils sont partenaires dans united linux. Mais de toute façon pour le moment SCO a arêté sa commercialisation de linux.
[^] # Re: Quake 3 sous DirectFB
Posté par wismerhill . En réponse à la dépêche Quake 3 sous DirectFB. Évalué à 1.