... tu ne nous as pas dit ce qui a provoqué ton arrêt d'utilisation du débugger.
Je ne sais pas vraiment ... J'ai une petite idée ... Peut-être parce que je commençais à faire pas mal de dll et de so ...
- Si tu n'en as pas besoin car ton code ne plante jamais, c'est plutôt une bonne chose, et donc ce n'est pas grave. Mais le risque, c'est qu'une agence secrête du gouvernement te kidnappe et fasse des expériences sur toi.
Si si, je produits toujours des bugs et mon code plante comme les autres (je pense), donc c'est bien parce que je ne risque pas qu'une agence secrête du gouvernement me kidnappe et me fasse des expériences dessus.
- Si tu utilises des printf (ou assimilé) à la place, dis toi que Linus fait pareil. Donc c'est grave.
Effectivement, j'utilise un sortie quelconque pour informer la populace de l'imminence de la bourde ... C'est VRAIMENT grave ???
- Si tu as arrêté la programmation, par contre, tout va bien, et tout ne peut que s'arranger. Sauf si tu as arrêté la programmation dans l'espoir de te construire une vie sociale, je ne peux que désapprouver ce genre d'éthique.
Je programme toujours ... et je suis même payé pour ...
Franchement, je sais qu'il y a déjà eu pas mal de trolls gigantesques sur fr.com.lang.c++ et qu'il ne faudrait pas en faire ici, mais je vois que ça a déjà commencé.
Et OUI on peut commencer la programmation par le C++
Je ne connais rien aux gestionnaires de parc. Cependant, si ce sont tous des linux, tu peux peut-être te faire un script qui automatise la récupération des listes des paquets.
Manuellement, il faut se connecter en ssh (ou telnet) puis tu fais un dpkg --get-selections (ou alors dpkg -l qui te donne les version mais avec des noms de paquets éventuellement tronqués) et cela te donne la liste des paquets (que tu peux par exemple mettre dans un fichier et transférer par sftp ou envoyer sur un socket par netcat)
Si tu as à le refaire d'autres fois sur la même machine, t'as plutôt intérêt à automatiser cela (en envoyant ta clef public sur l'ordinateur distant). Il existe des applis qui gère le "portefeuille" de clef et des hôtes distants (mais je sais plus lesquelles).
Ensuite ... ben t'as "plus qu'à" retraiter les données et les mettre dans une base :-)
Et puis t'auras tous les apt-get update && apt-get upgrade à faire ... bonne chance.
man dpkg peut te donner beaucoup d'informations sur tes paquets. uname -a pour pour le système cat /proc/cpuinfo pour le cpu cat /proc/meminfo pour la mémoire lspci pour le pci
etc ...
Je ne connais rien aux gestionnaires de parc. Cependant, si ce sont tous des linux, tu peux peut-être te faire un script qui automatise la récupération des listes des paquets.
Manuellement, il faut se connecter en ssh (ou telnet) puis tu fais un dpkg --get-selections (ou alors dpkg -l qui te donne les version mais avec des noms de paquets éventuellement tronqués) et cela te donne la liste des paquets (que tu peux par exemple mettre dans un fichier et transférer par sftp ou envoyer sur un socket par netcat)
Si tu as à le refaire d'autres fois sur la même machine, t'as plutôt intérêt à automatiser cela (en envoyant ta clef public sur l'ordinateur distant). Il existe des applis qui gère le "portefeuille" de clef et des hôtes distants (mais je sais plus lesquelles).
Ensuite ... ben t'as "plus qu'à" retraiter les données et les mettre dans une base :-)
Et puis t'auras tous les apt-get update && apt-get upgrade à faire ... bonne chance.
man dpkg peut te donner beaucoup d'informations sur tes paquets. uname -a pour pour le système cat /proc/cpuinfo pour le cpu cat /proc/meminfo pour la mémoire lspci pour le pci
etc ...
aïe yaïyaïe ... même pas 10 minutes après : qui c'est qu'on voit ...
Je sais que mon commentaire est inutile mais heureusement que ma première phrase avait une forme interrogative ...
Tout de même, c'est dans le but de remplacer un vieil UNIX(c) par un Windows(tm). Et quand je vois que pour les naval warships ça va être la même chose contre l'avis même de leurs ingénieurs interne, je ne peux m'empêcher de faire le rapprochement et d'avoir quelques frissons.
The move to Windows has been criticised internally by some of AMS' engineers, to no avail. The justification for the move is that it will facilitate more portable systems using standard PC hardware. However, given the Unix experience at BAE/AMS, it would seem more logical to move over to Linux or BSD than to take the Windows route.
Franchement, j'ai pas eu le courage de lire jusqu'au bout. C'est marrant comme les gens ont envie de toujours tout mettre dans des catégories (en plus, y'en a que deux ici).
A mon avis, le "monde du libre" est tellement diversifié tant en individus qu'en projets qu'il est réducteur de dire "avant-garde révolutionnaire ou ghetto communautaire".
Très franchement, je serais pour. Le but étant bien sûr d'avoir effectivement de la qualité plutôt que de la quantité pour ne pas se noyer dans la masse d'information, surtout pour les newbies (on est tous newbie dans un domaine ou un autre).
C'est marrant, on dirait que tu t'es fait lynché, non ? :-)
Pour le pseudo, je voulais un pseudo un peu original, dont seul l'aspect *graphique* m'importait. Alors j'ai essayé de faire une vague forme ...
Ça donne ce que ça donne.
C'est cool le site sur Dilbert. Je lisais régulièrement ses petites histoire chaque mois dans un magazine maintenant disparu.
> travailler te permet aussi de nourrir ta petite famille.
Eh oui ... Et travailler sur quelques chose d'intéressant c'est déjà du bonheur, mais travailler avec des GENS intéressants, c'est vraiment le MUST. Chacun a ses défauts, certes, mais quand tu ne vois plus que ça (alors que y'a pas que ça, on est d'accord), ça commence à être l'enfer sur terre. (Okay, okay, j'enlève ma poutre, je balaie devant ma porte ...).
Sinon, pour les commerciaux, j'ai envie de dire plein de choses, mais comme je n'ai jamais eut à faire à eux directement, je peux seulement dire que c'était eux et seulement eux qui donnaient les échéances (et donc les temps de dev). Et EVIDEMMENT, c'est quand le contrat est signé qu'on indique au chef de projet et à l'équipe de dev ce qu'ils ont à faire et en combien de temps .... A part ça, tout va pour le mieux dans le meilleur des mondes (possibles).
Des fois, je suis comme toi, j'ai envie de crier ma rage au monde ...
Et parce que c'est toujours un exutoire un peu facile mais ô combien jouissif, je vais m'y mettre aussi à dire du mal des autres ... (parce que c'est bien connu, c'est toujours de la fÔte des autres).
Tout d'abord, je ne suis pas sûr que les programmes mal codés(tm) soit réservés au monde Windows(tm).
Ensuite, j'ai connu ...
des développeurs qui faisaient enfler inconsidérément les binaires (je ne parle pas de l'oubli des symboles de débuggage, mais du fait qu'ils étaient très probablement payés à la ligne de code)
des chefs de projets (et surtout de leurs supérieurs hiérarchiques) dont je doute toujours aujourd'hui de leur (minable) compétence (mot qui ne mérite même pas la forme plurielle) et qui pressent les développeurs, les obligent à pondre du code en 10 mn chrono (du vécu) et les poussent à copier-coller du code à tout va (ce que l'on finit toujours par regretter). Je conseille la lecture de http://french.joelonsoftware.com/Articles/TheJoelTest.html(...) et notamment du paragraphe 5. Corrigez-vous vos bugs avant d'écrire du nouveau code ?, c'est trop drôle)
des chefs de projets (encore eux) et des développeurs (mais si mais si) qui refusent par peur/imbécilité (pour les permiers) ou par paresse/stupidité (pour les seconds) de refaire du code.
des développeurs qui n'ont pas envie d'évoluer ...
et ces p**ain de commerciaux ... (je vais m'arrêter là, sinon j'y passe la nuit)
Je crois que j'en ai déjà trop dit, y'en a qui vont finir par me reconnaître, à moins qu'ils y en aient vraiment beaucoup qui aient déjà vécu cela.
Il existe une gestion différente des droits qui dépend généralement fortement du système de fichier.
Sur une FAT32, la gestion des droits est quasi-inexistante (et en plus, quand tu es Administrateur, quasiment tous les droits). Pour une gestion plus réelle, il faut s'orienter vers le NTFS.
Sur des système de fichier unix (ext2, ext3, XFS, JFS, ReiserFS, etc, etc), la gestion des droits existe mais est de nature différente : à un objet du système (fichier, répertoire, tube, socket, ...) correspond UN propriétaire, UN groupe, et UN même réglage pour le reste du monde comme tu l'as déjà remarqué. Une précision, ce ne sont pas les noms réels des utilisateurs et des groupes qui sont enregistrés avec le fichier, mais leur numéro.
Ainsi, comme il n'est pas possible d'enregistrer ces droits (type unix) finement sur de la FAT32, Linux fait ce qu'il peut pour que cela soit cohérent (et possible !). Ainsi, la notion de groupe ne veut certainement pas dire grand chose sur de la FAT, et apparemment, seul compte le propriétaire.
Si, sur un système de fichier Linux, tu veux une gestion plus fine, oriente-toi vers la gestion des ACL Posix :
[^] # Re: Difficile de répondre...
Posté par mmMMOoooOMMmm . En réponse au journal Sondage : Debugger Or Not Debugger ?. Évalué à 2.
Je ne sais pas vraiment ... J'ai une petite idée ... Peut-être parce que je commençais à faire pas mal de dll et de so ...
- Si tu n'en as pas besoin car ton code ne plante jamais, c'est plutôt une bonne chose, et donc ce n'est pas grave. Mais le risque, c'est qu'une agence secrête du gouvernement te kidnappe et fasse des expériences sur toi.
Si si, je produits toujours des bugs et mon code plante comme les autres (je pense), donc c'est bien parce que je ne risque pas qu'une agence secrête du gouvernement me kidnappe et me fasse des expériences dessus.
- Si tu utilises des printf (ou assimilé) à la place, dis toi que Linus fait pareil. Donc c'est grave.
Effectivement, j'utilise un sortie quelconque pour informer la populace de l'imminence de la bourde ... C'est VRAIMENT grave ???
- Si tu as arrêté la programmation, par contre, tout va bien, et tout ne peut que s'arranger. Sauf si tu as arrêté la programmation dans l'espoir de te construire une vie sociale, je ne peux que désapprouver ce genre d'éthique.
Je programme toujours ... et je suis même payé pour ...
[^] # Tout à fait d'accord.
Posté par mmMMOoooOMMmm . En réponse au journal droit d'auteur... parfois ca fait peur. Évalué à 3.
Mais peut-il vraiment (techniquement paralant) changer sa licence comme ça ?
[^] # Ben oui, le C++ !
Posté par mmMMOoooOMMmm . En réponse au message Bien s'entourer en c, et plus si affinités. Évalué à 1.
Et OUI on peut commencer la programmation par le C++
# Contre le spam ...
Posté par mmMMOoooOMMmm . En réponse au journal Un système d'email en p2p. Évalué à 1.
# xhost +localhost:root
Posté par mmMMOoooOMMmm . En réponse au message pb xhost. Évalué à 2.
DISPLAY=:0.0 xclock
ou
export DISPLAY=:0.0
xclock
[^] # Re: et les rousses, elles puent ?
Posté par mmMMOoooOMMmm . En réponse au journal Windows c'est pour les blondes .... Évalué à 0.
[^] # Re: plop
Posté par mmMMOoooOMMmm . En réponse au journal Windows c'est pour les blondes .... Évalué à 0.
:-)))
[^] # Re: et le double postage de journal ?
Posté par mmMMOoooOMMmm . En réponse au journal Windows c'est pour les blondes .... Évalué à 1.
[^] # Je crois que je deviens polio ...
Posté par mmMMOoooOMMmm . En réponse au message Gestionnaire de paquets. Évalué à 2.
# ssh + dpkg
Posté par mmMMOoooOMMmm . En réponse au message Gestionnaire de paquets. Évalué à 2.
Je ne connais rien aux gestionnaires de parc. Cependant, si ce sont tous des linux, tu peux peut-être te faire un script qui automatise la récupération des listes des paquets.
Manuellement, il faut se connecter en ssh (ou telnet) puis tu fais un dpkg --get-selections (ou alors dpkg -l qui te donne les version mais avec des noms de paquets éventuellement tronqués) et cela te donne la liste des paquets (que tu peux par exemple mettre dans un fichier et transférer par sftp ou envoyer sur un socket par netcat)
Si tu as à le refaire d'autres fois sur la même machine, t'as plutôt intérêt à automatiser cela (en envoyant ta clef public sur l'ordinateur distant). Il existe des applis qui gère le "portefeuille" de clef et des hôtes distants (mais je sais plus lesquelles).
Ensuite ... ben t'as "plus qu'à" retraiter les données et les mettre dans une base :-)
Et puis t'auras tous les apt-get update && apt-get upgrade à faire ... bonne chance.
man dpkg peut te donner beaucoup d'informations sur tes paquets.
uname -a pour pour le système
cat /proc/cpuinfo pour le cpu
cat /proc/meminfo pour la mémoire
lspci pour le pci
etc ...
# ssh + dpkg
Posté par mmMMOoooOMMmm . En réponse au message Gestionnaire de paquets. Évalué à 3.
Je ne connais rien aux gestionnaires de parc. Cependant, si ce sont tous des linux, tu peux peut-être te faire un script qui automatise la récupération des listes des paquets.
Manuellement, il faut se connecter en ssh (ou telnet) puis tu fais un dpkg --get-selections (ou alors dpkg -l qui te donne les version mais avec des noms de paquets éventuellement tronqués) et cela te donne la liste des paquets (que tu peux par exemple mettre dans un fichier et transférer par sftp ou envoyer sur un socket par netcat)
Si tu as à le refaire d'autres fois sur la même machine, t'as plutôt intérêt à automatiser cela (en envoyant ta clef public sur l'ordinateur distant). Il existe des applis qui gère le "portefeuille" de clef et des hôtes distants (mais je sais plus lesquelles).
Ensuite ... ben t'as "plus qu'à" retraiter les données et les mettre dans une base :-)
Et puis t'auras tous les apt-get update && apt-get upgrade à faire ... bonne chance.
man dpkg peut te donner beaucoup d'informations sur tes paquets.
uname -a pour pour le système
cat /proc/cpuinfo pour le cpu
cat /proc/meminfo pour la mémoire
lspci pour le pci
etc ...
[^] # Re: MS n'a rien a voir la dedans
Posté par mmMMOoooOMMmm . En réponse au journal SkyNet ou Microsoft ?. Évalué à -6.
Linux goes mission-critical for Danish government
The Danish Ministry of Finance has chosen JBoss running on Linux over Microsoft's BizTalk to run a data-exchange system
http://news.zdnet.co.uk/software/linuxunix/0,39020390,39167606,00.h(...)
Et puis heureusement : http://linuxfr.org/~galichonj/15424.html(...)
[^] # Re: MS n'a rien a voir la dedans
Posté par mmMMOoooOMMmm . En réponse au journal SkyNet ou Microsoft ?. Évalué à 1.
Je sais que mon commentaire est inutile mais heureusement que ma première phrase avait une forme interrogative ...
Tout de même, c'est dans le but de remplacer un vieil UNIX(c) par un Windows(tm). Et quand je vois que pour les naval warships ça va être la même chose contre l'avis même de leurs ingénieurs interne, je ne peux m'empêcher de faire le rapprochement et d'avoir quelques frissons.
The move to Windows has been criticised internally by some of AMS' engineers, to no avail. The justification for the move is that it will facilitate more portable systems using standard PC hardware. However, given the Unix experience at BAE/AMS, it would seem more logical to move over to Linux or BSD than to take the Windows route.
http://www.theregister.co.uk/2003/01/21/will_uks_aircraft_carriers_(...)
# Réductionnisme
Posté par mmMMOoooOMMmm . En réponse au journal Le logiciel libre : avant-garde révolutionnaire ou ghetto communautaire ?. Évalué à 6.
A mon avis, le "monde du libre" est tellement diversifié tant en individus qu'en projets qu'il est réducteur de dire "avant-garde révolutionnaire ou ghetto communautaire".
Mais bon, faut bien un titre accrocheur.
[^] # Re: Faire un bookmark
Posté par mmMMOoooOMMmm . En réponse au journal Bookmarks Volume 1. Évalué à 3.
# Tutoriel Gtk
Posté par mmMMOoooOMMmm . En réponse au message Y a-t-il une facon simple de faire du Gtk ?. Évalué à 2.
[^] # Re: [HS] ton pseudo
Posté par mmMMOoooOMMmm . En réponse au journal Bookmarks Volume 1. Évalué à 2.
Pour le pseudo, je voulais un pseudo un peu original, dont seul l'aspect *graphique* m'importait. Alors j'ai essayé de faire une vague forme ...
Ça donne ce que ça donne.
# Alors-là, fallait oser ...
Posté par mmMMOoooOMMmm . En réponse au journal Mozilla Firefox, et le pOrn redevient un plaisir.... Évalué à 5.
[^] # Re: Ha... ces développeurs ... chefs de projets ...
Posté par mmMMOoooOMMmm . En réponse au journal Marre des applications codées avec un burin !!!. Évalué à 2.
> travailler te permet aussi de nourrir ta petite famille.
Eh oui ... Et travailler sur quelques chose d'intéressant c'est déjà du bonheur, mais travailler avec des GENS intéressants, c'est vraiment le MUST. Chacun a ses défauts, certes, mais quand tu ne vois plus que ça (alors que y'a pas que ça, on est d'accord), ça commence à être l'enfer sur terre. (Okay, okay, j'enlève ma poutre, je balaie devant ma porte ...).
Sinon, pour les commerciaux, j'ai envie de dire plein de choses, mais comme je n'ai jamais eut à faire à eux directement, je peux seulement dire que c'était eux et seulement eux qui donnaient les échéances (et donc les temps de dev). Et EVIDEMMENT, c'est quand le contrat est signé qu'on indique au chef de projet et à l'équipe de dev ce qu'ils ont à faire et en combien de temps .... A part ça, tout va pour le mieux dans le meilleur des mondes (possibles).
# Ha... ces développeurs ... chefs de projets ...
Posté par mmMMOoooOMMmm . En réponse au journal Marre des applications codées avec un burin !!!. Évalué à 9.
Et parce que c'est toujours un exutoire un peu facile mais ô combien jouissif, je vais m'y mettre aussi à dire du mal des autres ... (parce que c'est bien connu, c'est toujours de la fÔte des autres).
Tout d'abord, je ne suis pas sûr que les programmes mal codés(tm) soit réservés au monde Windows(tm).
Ensuite, j'ai connu ...
Je crois que j'en ai déjà trop dit, y'en a qui vont finir par me reconnaître, à moins qu'ils y en aient vraiment beaucoup qui aient déjà vécu cela.
[^] # Re: Oui, oui, oui, j'adhère !
Posté par mmMMOoooOMMmm . En réponse au journal Uniformisation des librairies graphiques. Évalué à 4.
[ mode troll ON ]
De toutes façons, swing, c'est déjà lent(tm), j'ose pas imager _encore_ une couche.
[ mode troll OFF ]
# Oui, oui, oui, j'adhère !
Posté par mmMMOoooOMMmm . En réponse au journal Uniformisation des librairies graphiques. Évalué à 4.
;-)
Une structure indépendante décrivant l'interface visuelle ... et plusieurs générations :
- wrapper QT en C++
- wrapper GTK en C / C++
- interface HTML, javascript
- wrapper VB (ben oui, pourquoi pas)
- wrapper C# (juste pour troller)
- wrapper TCL/TK
- wrapper bash-dialog
- etc ...
[^] # Gestion différent des droits
Posté par mmMMOoooOMMmm . En réponse au message Droits et fat32. Évalué à 1.
Sur une FAT32, la gestion des droits est quasi-inexistante (et en plus, quand tu es Administrateur, quasiment tous les droits). Pour une gestion plus réelle, il faut s'orienter vers le NTFS.
Sur des système de fichier unix (ext2, ext3, XFS, JFS, ReiserFS, etc, etc), la gestion des droits existe mais est de nature différente : à un objet du système (fichier, répertoire, tube, socket, ...) correspond UN propriétaire, UN groupe, et UN même réglage pour le reste du monde comme tu l'as déjà remarqué. Une précision, ce ne sont pas les noms réels des utilisateurs et des groupes qui sont enregistrés avec le fichier, mais leur numéro.
Ainsi, comme il n'est pas possible d'enregistrer ces droits (type unix) finement sur de la FAT32, Linux fait ce qu'il peut pour que cela soit cohérent (et possible !). Ainsi, la notion de groupe ne veut certainement pas dire grand chose sur de la FAT, et apparemment, seul compte le propriétaire.
Si, sur un système de fichier Linux, tu veux une gestion plus fine, oriente-toi vers la gestion des ACL Posix :
http://www.linuxfrench.net/gnu_linux/comment_fonctionnent_les_acl_p(...)
Sinon, quelques liens sur la gestion des droits unix :
http://www.trustonme.net/didactels/144.html(...)
http://www.ac-creteil.fr/reseaux/systemes/linux/comptes-utilisateur(...)
http://www.commentcamarche.net/linux/linusr.php3(...)
# AM_CXXFLAGS = -fexceptions
Posté par mmMMOoooOMMmm . En réponse au message Problème dans un Makefile avec autoconf, automake et libtool :s. Évalué à 1.
# Question d'attribut ?
Posté par mmMMOoooOMMmm . En réponse au message Droits et fat32. Évalué à 2.
Sous w$, tu peux le verifier avec un clic droit sur le fichier considéré ou avec la commande dans une console DOS : DIR /AR
Pour avoir l'aide de dir :
C:\>DIR /?
Ainsi, pour changer les droits, c'est ATTRIB sous DOS.