ça c'est sur qu'en faisant tourner à régulièrement sur ma machine, ça va me prévenir, mais à ce moment là, autant se bricoler quelque chose genre display pour gdesklets plutot que de s'enboyer un mail / message jabber. je voulais savoir s'il existe des choses côtés serveurs (ou toujours client) qui soient un peu plus finies ?
moi j'ai raté une étape avec les pch et le C++ : si ça fonctionne avec le C++ c'est que le problème des template et le modèle de l'inclusion n'existe plus ? ou alors ça veut dire que les pch cai bien, mais ça marche pas avec les templates ?
C++ est vraiment mal foutu de ce point de vue la. Quitte a foutre du code dans les headers, autant ne plus faire de headers du tout et mélanger ca allegrement, comme en Java par exemple.
ce n'est pas parce que ni toi, ni ton compilateur et ni ton Java (SAPUSPALIBRE) n'ont de notion d'inlining et que Java rajoute une sauce template qui n'en a que le nom (macro pour pas avoir à caster) qu'il faut critiquer un langage et ses techniques de compilations qui fournissent des programmes binaires très efficaces.
Beaucoup évoquent des problèmes de dépendances de compilation infernales : souvent c'est dû à des include mal placés et/ou à une mauvaise utilisation des template.
suite à son retrait de Debian, je croyais que l'icône de FireFox posait des problèmes de droits ... ça serait pas un peu hypocrite pour un t-shirt logiciel libre ?
Salut, je suis l'autre travailleur exploité qui travaille sur Artouste.
pour seisimic unix, le problème n'est pas le prix
Seismic Unix Any approved repackaging arrangement will
carry the following restriction: only a modest profit over reproduction
costs may be realized by the reproducer.
tout accord de reconditionnement approuvé de SU sera soumis aux restrictions suivantes .... blabla
Il faut d'abord avoir un accord.
Pour Java, j'espère qu'on pourra s'en passer :D ( http://java.sun.com/j2se/1.4.2/jre/README(...) )
Pour les autres dont acroread, le problème, c'est qu'on fait du logiciel libre, donc on ne veut pas non plus que ça pose des problèmes à la re-distribution (quelqu'un qui reprendrait notre travail modifié ou non)
tu ferais bien d'utiliser des outils comme electric-fence et d'augmenter tes niveaux de warning à gcc (ou bien utiliser des outils comme lint).
2 règles essentielles :
- toujours veiller à ce qu'une variable soit initialiser
- déclarer une variable au plus prêt de son initialisation (merci gcc/C99 qui permet de déclarer les variables partout et pas uniquement en début de bloc)
le C ne garantie aucune initialisation : à toi de la faire manuellement. si tu ne le fais pas, ta variable locale (ou ta zone mémoire allouée dynamiquement) comportera tout et n'importe quoi : des zéros, des valeurs bizarres, du texte, bref tout ce qu'on peut trouver en mémoire non-inialisée. c'est un comportement indéfini (UB) ce qui explique qu'en fonction du système et du compilateur tu observes un comportement différent : encore une fois, c'est ta faute, ton bug.
pour l'usb, c'est un concours de circonstances. le <2.4.22 sont super instables en mass storage, les 2.6 sont increvables (j'ai un disque externe USB2, avec le 2.4 au bout de 2/3 jours, je perdais définitivement mon périphérique)
si tu fais une liste d'argument trop longue par exemple, genre
./a.out $(seq 1000000)
je sais c'est stupide ...
l'autre soir, je tester des routines d'une de mes bibliothèque, j'avais la flemme de faire un vrai programme, alors comme mon traitement pouvait très bien se faire sur un tableau de chaine de caractères, bah args[] ça m'a paru bien ... évidemment avec 1M d'arguments, ça affiche un petit message d'erreur mais ça fonctionne néanmoins. ça m'a permis de bien tester. seulement, peu apèrs, je lance un top, trié par consommation mémoire (comme d'habitude), et là, pan !, bash 157Mo ...
cela dit c'est souvent le bordel avec l'ordonnaceur des Threads java ... tu peux, en fonction de la VM, avoir ce genre de comportement sans que ton code soit source d'erreur ... sinon je ne vois pas raison d'être à yield ...
Clubic fait le test et il annonce un débit minable en eth
L'intérêt de ce support Ethernet est double : il permet à n'importe quel utilisateur qui a accès à votre réseau (via un VPN par exemple) d'atteindre le contenu du baladeur et il permet de ne pas monopoliser la bande passante allouée à l'USB. Toutefois le débit que nous avons mesuré lors de l'utilisation de cette possibilité s'est avéré très médiocre : environ 450 Ko/sec, dommage l'idée de départ était pourtant bonne ...
c'est un peu bête quand même, l'interface eth/usb, c'est vraiment pratique, seulement se trimbaler avec un cd avec tout le tralala pour les programmes en Java, ça me refroidit un peu ...
[^] # Re: CVS : notification par email / jabber
Posté par TazForEver . En réponse au journal CVS : notification par email / jabber. Évalué à 1.
# pch & template ?
Posté par TazForEver . En réponse au journal gcc3.4 et les precompiled headers [bench]. Évalué à 1.
[^] # Re: Une release importante
Posté par TazForEver . En réponse à la dépêche Sortie de GCC 3.4.0. Évalué à 0.
y a une différence entre -g et -ggdb ?
[^] # Re: Sortie de GCC 3.4.0
Posté par TazForEver . En réponse à la dépêche Sortie de GCC 3.4.0. Évalué à 1.
ce n'est pas parce que ni toi, ni ton compilateur et ni ton Java (SAPUSPALIBRE) n'ont de notion d'inlining et que Java rajoute une sauce template qui n'en a que le nom (macro pour pas avoir à caster) qu'il faut critiquer un langage et ses techniques de compilations qui fournissent des programmes binaires très efficaces.
Beaucoup évoquent des problèmes de dépendances de compilation infernales : souvent c'est dû à des include mal placés et/ou à une mauvaise utilisation des template.
[^] # Re: freebsd et thread posix ....
Posté par TazForEver . En réponse au journal freebsd et thread posix ..... Évalué à 1.
# icône firefox
Posté par TazForEver . En réponse à la dépêche S'afficher avec son Mozilla. Évalué à 1.
[^] # Re: Login n°116: article sur gstreamer et imposture (screenshot de Totem+xine-lib) ?
Posté par TazForEver . En réponse au journal Login n°116: article sur gstreamer et imposture (screenshot de Totem+xine-lib) ?. Évalué à 1.
http://www.hadess.net/files/not-mine/Login1.jpg(...)
[^] # Re: linux et modélisation merise
Posté par TazForEver . En réponse au journal linux et modélisation merise. Évalué à 1.
[^] # Re: probleme de license et diffusion
Posté par TazForEver . En réponse au journal probleme de license et diffusion. Évalué à 1.
pour seisimic unix, le problème n'est pas le prix
Seismic Unix Any approved repackaging arrangement will
carry the following restriction: only a modest profit over reproduction
costs may be realized by the reproducer.
tout accord de reconditionnement approuvé de SU sera soumis aux restrictions suivantes .... blabla
Il faut d'abord avoir un accord.
Pour Java, j'espère qu'on pourra s'en passer :D ( http://java.sun.com/j2se/1.4.2/jre/README(...) )
Pour les autres dont acroread, le problème, c'est qu'on fait du logiciel libre, donc on ne veut pas non plus que ça pose des problèmes à la re-distribution (quelqu'un qui reprendrait notre travail modifié ou non)
# Re: Nautilus en pdf
Posté par TazForEver . En réponse au journal Nautilus en pdf. Évalué à 1.
[^] # Re: Adresse de pointeur non initialisé!
Posté par TazForEver . En réponse au journal Adresse de pointeur non initialisé!. Évalué à 1.
2 règles essentielles :
- toujours veiller à ce qu'une variable soit initialiser
- déclarer une variable au plus prêt de son initialisation (merci gcc/C99 qui permet de déclarer les variables partout et pas uniquement en début de bloc)
[^] # Re: Adresse de pointeur non initialisé!
Posté par TazForEver . En réponse au journal Adresse de pointeur non initialisé!. Évalué à 1.
le C ne garantie aucune initialisation : à toi de la faire manuellement. si tu ne le fais pas, ta variable locale (ou ta zone mémoire allouée dynamiquement) comportera tout et n'importe quoi : des zéros, des valeurs bizarres, du texte, bref tout ce qu'on peut trouver en mémoire non-inialisée. c'est un comportement indéfini (UB) ce qui explique qu'en fonction du système et du compilateur tu observes un comportement différent : encore une fois, c'est ta faute, ton bug.
# Re: Neuf mois d'amour, et le toujours l'amour fou
Posté par TazForEver . En réponse au journal Neuf mois d'amour, et le toujours l'amour fou. Évalué à 6.
# Re: pb de load et de swap
Posté par TazForEver . En réponse au journal pb de load et de swap. Évalué à 1.
pour l'usb, c'est un concours de circonstances. le <2.4.22 sont super instables en mass storage, les 2.6 sont increvables (j'ai un disque externe USB2, avec le 2.4 au bout de 2/3 jours, je perdais définitivement mon périphérique)
# Re: Adresse de pointeur non initialisé!
Posté par TazForEver . En réponse au journal Adresse de pointeur non initialisé!. Évalué à 2.
# quel intéret pour le libre ?
Posté par TazForEver . En réponse à la dépêche Docker 0.14, un gestionnaire de paquets pour Windows. Évalué à -2.
# bash aussi fuit
Posté par TazForEver . En réponse au journal Devinette du jour. Évalué à 1.
./a.out $(seq 1000000)
je sais c'est stupide ...
l'autre soir, je tester des routines d'une de mes bibliothèque, j'avais la flemme de faire un vrai programme, alors comme mon traitement pouvait très bien se faire sur un tableau de chaine de caractères, bah args[] ça m'a paru bien ... évidemment avec 1M d'arguments, ça affiche un petit message d'erreur mais ça fonctionne néanmoins. ça m'a permis de bien tester. seulement, peu apèrs, je lance un top, trié par consommation mémoire (comme d'habitude), et là, pan !, bash 157Mo ...
PS: il arrive qu'emacs segfault chez moi...
[^] # Re: problemes de threads
Posté par TazForEver . En réponse au journal problemes de threads. Évalué à 1.
[^] # Re: Oufff merci les sénateurs !
Posté par TazForEver . En réponse au journal Oufff merci les sénateurs !. Évalué à 1.
[^] # Re: Ca y est, j'ai craqué moi aussi...
Posté par TazForEver . En réponse au journal Ca y est, j'ai craqué moi aussi.... Évalué à 1.
[^] # Re: Ca y est, j'ai craqué moi aussi...
Posté par TazForEver . En réponse au journal Ca y est, j'ai craqué moi aussi.... Évalué à 1.
[^] # Re: Ca y est, j'ai craqué moi aussi...
Posté par TazForEver . En réponse au journal Ca y est, j'ai craqué moi aussi.... Évalué à 1.
# Re: Ca y est, j'ai craqué moi aussi...
Posté par TazForEver . En réponse au journal Ca y est, j'ai craqué moi aussi.... Évalué à 1.
# Re: Jabber en ligne de commande
Posté par TazForEver . En réponse au journal Jabber en ligne de commande. Évalué à -1.
imcom cai quand même mieux
# Re: Ha le 1er avril !!!
Posté par TazForEver . En réponse au journal Ha le 1er avril !!!. Évalué à 1.