Greenpeace a lancé une campage Solar Generation http://www.greenpeace.fr/solargeneration/(...)
Le but est de faire participer les étudiants aux économies d'énergie, dans leur campus, avec l'opération Campus vert.
J'ai des potes qui ont contacté greenpeace pour créer une "antenne" dans notre campus (La Rochelle), et ils sont très ouverts quant à la création de groupes d'action dans les campus de france. Ils prévoient d'effectuer différentes études & actions pour favoriser l'économie d'énergie.
Un truc tout bête si vous êtes en info (ou dans un endroit ou ya pas mal d'ordis) c'est d'éteindre tous les ordis chaque soir, et surtout avant le week-end. Les notres étaient allumés 24/24 meme le week-end... Et bon, pas la peine de dire que c'est chiant le clic sur arreter, etc ... : bouton power. On a pas inventé les FS journalisés pour rien ;)
Je recherche aussi un truc du genre, mais pas basé sur des logs tcpdump, mais plutot iptables...
Un prog intéressant que j'ai trouvé est ntop (http://www.ntop.org/(...) )
Mais il est pas facilement scriptable et ne se base pas sur des captures tcpdump ... Par contre il a tout plein de jolis graphes par host/service/...
L'adresse 192.168.0.255 ne correspond pas à une machine, mais à une adresse que toutes les machines de ton réseau (192.168.0.*) recevront. 255.255.255.255 aussi. C'est normal.
Pour la config de shorewall c'etait une supposition; je viens de me rappeler que ce n'est qu'une convention de nommage, donc ca se trouve tout va bien pour ca (mais je ne connais pas l'interface de mandrake).
Si tu veux savoir d'ou viennent ces paquets (enfin, de quelle appli, puisque ca vient effectivement de ta machine), essaye un "netstat -p" qui devrait te donner le pid associé à chaque connexion. Cherche la ligne qui correspond à ces paquets, avec ta machine comme source, et un port autour de 7000, en UDP. D'un autre coté, UDP est un protocole déconnecté, donc chercher une connexion udp ... enfin j'en ai d'affichées chez moi, il doit les garder em mémoire qq temps.
Le warning c'est a cause de l'include string.h que tu n'as pas rajouté.
Aux vues de tes questions, je te conseille de commencer par un autre langage que le C, sinon tu va vraiment galérer ...
Pour python, c'est un langage interprété et non compilé, donc tu as besoin de l'interpréteur sur le poste client. Enfin client de quoi ? On sait toujours pas (a peu près) ce que tu veux faire ... Mais pour les librairies systèmes, oui yen a un paquet fournit dans les libs pythons.
Oups, ton commentaire me fais remarquer que je me suis trompé pour le buf[100], il est effectivement alloué sur la pile, donc "libéré" au retour de la fonction (mais comme la mémoire n'est pas (toujours) écrasée les débutants croient parfois que ca roule ... he paf, un bug caché)
Pour le pb du pointeur, j'avais oublié un petit include (pourtant évident ...) en début de fichier:
#include <string.h>
Pour la glib, je parle de celle de GTK (http://www.gtk.org/(...) ). Tu confonds avec la libc, qu'on utilise effectivement pour faire du C, et dont la version utilisée sous linux est celle du projet GNU, d'où son nom: glibc. Et les confusions qui vont avec à propos de son nom.
Pour le C++ moi je le trouve pas plus simple, mais je doit pas etre super objectif ... mais oui, c'est uniquement du c avec des objets en +.
Sinon pour te conseiller un langage .... bah si tu nous disais ce que tu veux faire d'abord ?
Je sais pas trop mais a vue de nez je te conseillerai python si t'es pas encore super calé dans les détails bas-niveau. C'est mon langage de référence pour quasi tous mes développements (comme quoi on peut aimer le C mais pas pratiquer très souvent ...)
Alors pour shorewall :
En résumé, il y a eu 561 paquets refusés sur eth0, ou en tous cas qui ont été droppé (tu peux configurer comment tu refuse les paquets, ici apparemment tu DROP)
Ils viennent tous de 192.168.0.1, et 21 étaient destinés à 192.168.0.255 (l'adresse broadcast du réseau je suppose, ca dépend de ta config réseau) et 540 à 255.255.255.255 (le broadcast "universel", enfin je sais pas le nom exact, mais c'est valable pour toutes les configs réseau). C'est du traffic udp, sur un port régulièrement incrémenté....!?
Donc pour éclaircir : c'est a priori pas dangereux car c'est sur du broadcast, ca doit venir d'un prog qui cherche qqchose sur le réseau local. Genre peut-etre bittorrent, ou alors simplement un windows et son partage de fichier... ?
Par contre ce qui est bizarre, c'est que ces paquets soient loggés dans la section "net2all", alors qu'ils viennent de ton réseau local ... t'aurais pas configuré shorewall à l'envers ? Genre t'as copier-coller la config depuis internet où eth1 est le réseau local et eth0 la connexion au net ? (d'ou l'inversion pour ta config ... ?)
Ou alors je me suis trompé et 192.168.0.1 c'est ton routeur ... ?
Faudrait en savoir un peu plus sur ta config réseau.
Les erreurs pour pam, je sais pas trop. Un user sans nom c'est bizarre par contre.
Le groupe wheel est celui des administrateurs, root en fait partie et certains fichiers systèmes sont modifiables par wheel.
Et pour la fortune ... c'est un message d'encouragement :)
Tout d'abord, sache que gérer des chaines de caractères en C n'est pas une mince affaire, et qu'il vaut mieux avoir lu quelques docs dessus avant de se lancer (j'ai pas de liens en tête sur le moment).
Ensuite, pour ton problème :
En ce qui concerne le redimensionnement d'une chaine, cela n'est (généralement) possible que sur les chaine que tu a alloué toi-même (ou alors si tu est vraiment sur que la chaine qu'on te renvoie a été allouée avec malloc) sinon un realloc ne marchera pas. Et de toutes facons, quand une fonction te renvoie un pointeur sur un truc du système ou de l'environnement, il ne vaut mieux pas y toucher et plutot faire une copie. Ca pourra aussi t'etre utile si t'es ammené à la modifier après.
Pour le sprintf(), deux problèmes :
- il n'alloue pas tout seul la mémoire, donc c'est à toi de le faire (malloc)
- tu as mal utilisé sprintf : le premier argument est le buffer dans lequel tu vas écrire, le deuxième est le format, et les suivants les arguments du format. Donc ca devrait etre quelques chose comme : sprintf(ptr_env, "'%s'", ptr_env); bien que ce soit une très mauvaise idée d'utiliser le même pointeur; comme ça je crois que ca fout ta chaine en l'air...
Une remarque également sur ton essai avec buff[100] (en plus du problème de l'ordre des arguments) : ceci déclare un buffer statique (contrairement au malloc(), dynamique) qui pointera donc toujours vers la meme zone mémoire. Donc si tu fais deux appels à ta fonction, le deuxième renverra le meme pointeur, certes avec la bonne chaine, mais à ce moment là la première aura été remplacée par la deuxième ... (idem pour le "NULL" : tu n'as pas intéret à le modifier après)
Bon, tout ca pour finir avec ce bout de code la (non testé):
Tout ca sans oublier de free() le résultat une fois fini.
Remarque ici que strdup() renvoie une chaine allouée par malloc(), comme décrit dans la doc (man strdup), tu pourra donc le realloc si tu veux (tu va me dire qu'après ta fonction ca sert plus a rien, ok ...).
Autre détail : le malloc() qui prend la taille de la chaine + 2 pour les deux quotes et + 1 pour le "null terminator", soit le terminateur de chaine en C (qui est 0).
De plus, il est généralement mieux d'utiliser snprintf() que sprintf() afin d'éviter de déborder du buffer ...
Bref, tout ca pour dire que la gestion des chaines en C c'est galère, et je ne sais pas pourquoi tu veux faire ca mais je te conseillerai d'utiliser la glib qui contient pas mal de fonctions pour gérer tout ca plus facilement. Ou alors de changer de langage ...
Je ne veux pas te décourager, moi j'ai commencé par le C et je trouve ca assez ... "instructif"
Je suis pas sur que ca pose problème car je ne pense pas qu'au moment du remontage le journal soit rejoué depuis le dernier montage "en ext3", comme s'il oubliait le montage en ext2 entre les deux. Je pense qu'il est rejoué seulement s'il était effectivement utilisé (donc monté en ext3) et qu'il y a eu crash, et non utilisé simplement comme une ext2.
C'est une simple supposition venant de mon expérience d'utilisation d'une partition ext2/3 en tant que partition "d'échange" (utilisée en ext2 par OSX et en ext3 par une Ubuntu), et qui marche très bien comme ça (le seul problème venant du fait qu'après un crash sous OSX, on doit se taper un fsck, chose que j'avais oubliée depuis l'apparition des fs journalisés...)
OK, désolé si le ton était un peu sec ... sur le coup j'ai pas pu me retenir ...
Sinon j'ai pas grand chose, et des gens qui donnent (donc d'abord qui en ont!) des disques SCSI j'en connais pas beaucoup. J'ai bien un 30Go IDE qui ne sert plus, mais c'est un IBM 60GXP, un peu un cadeau empoisonné donc ...
Oui oui je connais, enfin Caml tout court, c'est avec ce langage que j'ai redécouvert les langages fonctionnels (j'avais fait du Scheme il y a quelque temps), j'ai eu droit à un semestre de cours, et j'avoue que ca m'a réfléchir de manière différente sur la programmation.
- il gère la généricité (bon aujourd'hui ça peut paraître classique, c'est vrai)
Hmm, je suis pas sûr que OCaml fasse ça, mais il y a sûrement d'autres moyens d'y arriver s'il ne le fait pas.
En tapant "ocaml generics" sur google, je suis tombé sur ca : http://lambda-the-ultimate.org/node/view/804(...)
Qui parle d'un article sur lequel j'étais déjà tombé. En bref, dans les commentaires j'ai lu que Ocaml gérait le parametric polymorphism (??) et que ca résoudrait le problème. Bon j'ai pas cherché beaucoup. Mais je pense que les generics sont la un peu pour palier le "statisme" des langages OO classiques, et que les langages fonctionnels n'en ont généralement pas besoin.
- les traits, sorte de classes sans état interne, qui permette d'"imiter" l'héritage multiple
Je n'ai pas compris le principe de ce que tu décrit ? tu peux préciser ?
Je viens de revoir leur page pour essayer d'éclaircir mes propos, mais en les relisant je ne comprend plus trop. Ils disent que l'exemple de trait peut etre utilisé dans les mixins, mais en fait ils ne le font pas (pages pas à jour?).
Ce que je sais sur un trait, c'est que c'est une classe qui ne contient pas de variable d'instance. Ainsi, on peut hériter d'une classe classique et d'un trait (donc c'est de l'héritage multiple) sans que ca pose de problème avec les conflits de variable d'instance, car si on hérite de deux classes qui ont une variable d'instance en commun, ca pose problème. (j'avais commencé une explication avec la problème de l'héritage en diamant en C++, mais je me suis un peu embrouyé et j'ai arrêté ...)
A part peut-être une syntaxe un peu plus proche des langages objet 'communs' (comme Ruby par exemple), je ne vois pas l'intérêt de ce langage, ce qui ne veut pas dire que je blâme les inventeur de Scala :-)
Justement, je pense ce qui repousse la plupart des développeurs élevés au C (comme moi ;-)), c'est la syntaxe. Le manque de librairies aussi, mais cela vient du manque de développeurs, et donc de la syntaxe (selon moi, hein). C'est vrai que faire une syntaxe à mi-chemin entre fonctionnel et OO, tout en évitant les problèmes que ca peut impliquer, c'est galère, mais je trouve que Scala se débrouille pas mal sur ce point.
Des fois j'essaye de comprendre la logique grammaticale de certains, mais là ça me dépasse. Ou alors, c'est un nouveau système grammatical qui marche en notation post-fixée ??? (Bah oui, on accorde pouvoir avec le vous ??!!)
Bon, je suis vraiment pas doué pour expliquer les choses, alors voici leur exemple :
class Stack[+A] {
def push[B >: A](elem: B): Stack[B] = new Stack[B] {
override def top: B = elem;
override def pop: Stack[B] = Stack.this;
override def toString() = elem.toString() + " " +
Stack.this.toString();
}
def top: A = error("no element on stack");
def pop: Stack[A] = error("no element on stack");
override def toString() = "";
}
Si j'ai bien compris :
- le [+A] veut dire que le type A est covariant, et que donc une Stack[String] dérive d'une Stack[Object] (attention, je crois que Object n'existe pas, c'est plutot AnyRef ou Any qu'il faudrait utiliser, mais on m'aura compris ... j'espère)
- push est une méthode polymorphique (= générique), et [B >: A] veut dire que B est un super-type de A, bref, que A dérive de B. Donc, losrqu'on push un élément sur la pile : s = s.push[Int](5)
le type retourné sera Stack[Int] (on peut ne pas préciser [Int], le type est inféré). Puis, si on fait s = s.push(new Object())
(là je n'ai pas précisé [Object]), alors le type renvoyé sera Stack[Object], en bref, notre pile d'Int s'est transformée en pile d'Object. Bien sur, si on ne souhaite pas ce comportement, il suffit que la variable affectée (s) soit du type que l'on souhaite, et une erreur à la compilation sera détectée.
Bon c'est vrai qu'après on peut trouver la construction de cette pile assez étrange, car le code est vraiment fonctionnel plus qu'objet ici (cette pile est gérée à la manière des liste en Lisp, avec une tête et le reste). Au début j'ai eu du mal à comprendre def top: A = error("no element on stack"); !!!
Pas totalement d'accord: Apple respecte la lettre de la LGPL et publie toutes les modifications apportées, KHTML pourrait être en GPL, cela ne changerait rien!
Bah si justement, étant donné qu'ils intègrent KHTML à du code proprio (Safari), avec la GPL ils n'auraient pas pu l'utiliser. Tu va me dire qu'à ce moment là KHTML n'aurait pas été choisi et serait resté seul dans son coin, c'est vrai.
Ca me fait penser à ce que me disait un prof à propos d'XML, et de tous les systèmes hiérachique en général (et donc la philosophie du fs sous unix) : c'est pas mal pour des utilisations simples, mais des fois on a besoin d'un classement des choses un peu plus évolué. C'est ce que tout le monde dit dans les commentaires de ce journal pour l'instant.
Mais alors, quel système est plus puissant? Bah, c'est pas un truc nouveau : les systèmes relationnels. Et donc, la plupart des BDD actuelles (sachant que beaucoup existent depuis plus d'une dizaine d'années). On n'a plus une vue hiérachique, et on est beaucoup moins limité. Les relations entre les objets (ou fichiers si vous voulez) ne sont plus uniquement pere/fils, mais peuvent etre n'importe quoi. Imaginez qu'on puisse créer des vues (oui, comme en SQL) sur un bout des relations, afin de se simplifier la vie sur l'organisation de ses données.
Pour faire l'analogie avec les structures de données, les systèmes hiérarchiques sont des arbres, alors que les systèmes relationnels sont des graphes (orientés). Rappelons qu'un arbre est un cas particulier de graphe, c'est un graphe orienté sans cycle. Bon ok, avec les liens (symbolique ou non) on cree un peu plus qu'un arbre (puisqu'on a des chaines, mais pas de cycles, ou l'inverse, mais mes souvenirs sont pas supers frais). Mais ca reste toujours un arbre a la base.
J'espère que mes explications sont pas trop erronnées, car en relisant je suis pas tout à fait sur de l'exactitude de mes souvenirs sur les structures de données.
Pareil moi aussi, mais le MT6Z en 1Go. Vraiment super. Bon, autonomie dans la moyenne je pense, cad beaucoup moins que ce qui est annoncé (40h sur les specs !! je fais environ 10-12h avec une pile 1800mAh, volume moyen, ogg & mp3 & wma mélangé ... je pense que la lecture du ogg joue un peu négativement sur la durée de la batterie. Je viens d'acheter des piles 2300mAh pour voir).
Juste un petit détail avec les Ogg: ceux encodés avec une version de la lib vorbis < 1.0 passent pas :-/ ... genre avec la 1.0rc3 ca plante. Mais avec la 1.0 et supérieur ca passe nickel, jusqu'en -q7 pour moi, soit environ 224kbits/s, donc ce lecteur doit pas avoir de pb avec les bitrates élevés, comme certains d'une marque réputée que je ne citerai pas ...
Une petite dernière remarque: comme il marche avec des piles AA, il est un peu plus lourds que les baladeurs utilisant une AAA. Mais bon ca reste tout a fait résonnable.
D'abord l'histoire de la VM n'est arrivé qu'avec Quake 3. Pour quake 2, on compile son dll et son .so pour chaque archi.
En plus, la partie interprétée par la VM n'est QUE la logique du jeu. Le moteur lui est compilé directement pour la plateforme, et écrit en C (pour Quake 3 du moins).
Ce besoin d'une VM pour la logique du jeu vient (d'apres moi) du fait que les développeurs de mods n'ont pas toujours accès à toutes les plateformes où tourne Q3, alors pour éviter de n'avoir que des mods pour windows (plateforme majoritaire chez les moddeurs), il a créé ce système de VM. Bon, au final ca a quand meme causé qq problèmes avec les windowsiens qui se plaignaient de la lenteur de la VM par rapport à un dll natif (lenteur relative, mais dans un jeu où pour beaucoup garder son compteur de fps à 125 est très important, ça compte).
Ensuite, son propre langage pour la VM, bah c'est en fait du C. Je sais pas si toutes les bidouilles du C sont permises, mais dans la très grande majorité des cas (i.e. j'ai jamais entendu parlé de problèmes de ce genre) ça tourne nickel (carmack a appris les problèmes d'un "presque C" avec Quake1 et le QuakeC).
Donc porter son jeu n'a pas été aussi simple. En fait, pour répondre à l'interrogation de Nicolas, Carmack a créé sa propre API d'abstraction des différentes parties de l'interaction (clavier, souris, vidéo, etc...). Elle tourne au dessus de DirectX sous windows (ce qui rend cette partie simple car DX fait la majorité du boulot) et d'API plus bas niveau sous nux (accès direct à X11, et OpenGL). Il utilise quand meme OpenGL sous windows, DirectX lui sert seulement pour le reste.
Donc "Use the source, Luke!" et va voir le code de Q2 comme dis plus haut. Par contre si tu t'intéresse à la VM de Q3, va falloir attendre car Carmack n'a toujours pas donné le code source; bien que promis à noel, le cadeau a été repoussé...
Ah, les bons vieux TP de Système de M. Leclerc ...
Et je confirme, un vrai shell avec redirection, pipe, process en background, etc ...
Je pourrai témoigner de la paternité du msh ! Construit avec amour à l'IUT.
Mais fais attention, ils pourront essayer t'acheter avec toute la thune qu'ils ont. Mais je pense que tu résistera, pour l'amour de GNU/Linux, malgré tout l'argent que pourra te donner Microsoft!
J'ai pas vraiment d'outils à proposer, mais étant donné que j'étudie dans une fac ou se trouve un labo de recherche en imagerie, nos profs nous parlent pas mal problèmes de ce genre. Mais apparemment c'est un domaine où les recherches sont encore en cours et où il n'existe pas de théorie "unificatrice", chaque domaine a ses outils. Je parle ici plutot de reconnaissance de forme, mais je pense que ca peut s'appliquer aussi à ton problème : des profs nous parlent de bases de données d'images indexées selon divers critères (imagine des requètes sur des caractéristiques de l'image plutot que sur des attributs d'un ensemble de données, pour comparer avec les BDD classiques). De plus, les requetes peuvent aussi rechercher des images similaires mais ayant subit des transformations simples (translation, changement d'échelle, rotation, etc...). Ca doit se rapprocher de ce que tu cherches.
Par contre, pour ton idée, ce genre de tache ne se fait pas qu'en une étape, on passe d'abord par du traitement du signal, puis par des étapes de segmentation, puis de la classification. Enfin ce que je dis n'est pas forcément à prendre au pied de la lettre, je suis justement en train de faire mes études la dedans, donc je n'ai pas la science infuse...
Bah en fait je crois que non, j'ai vu le CD de mes propres yeux ... Mais c'etait vraiment une version tres "primaire" de MacOSX, avec un look entre NextStep et Mac OS 9 (y'avait qq screenshots sur la boite)...
Bah moi j'utilise esd, et ca marche pas mal, mais avec mplayer. Vu que VLC a une sortie esd ca devrait marcher aussi. Faut juste pouvoir spécifier le serveur de son dans les options, car souvent le développeur du plugin s'en fout et ne le propose pas car c'est très peu utilisé (mais très pratique chez moi).
Du coté du serveur un peit esd --tcp --public et le tour est joué.
La musique ne s'entends pas qu'avec les oreille, mais avec tout le corps, la richesse spectrale est importante a ce niveau (enfin, un technoman invétéré ne doit sans doute pas comprendre cela, qui est très largement reconnu dans les milieux audiophiles musique classique)
oula...
je suis a peu pres certain de ne pas me tromper en avancant que la tek ratisse tres large dans la bande spectrale, comme tu dis..
de l'infrabasse aux hautes frequences, tout y passe.
Pose toi devant un gros mur de son en free pour t'en rendre compte.
Ou parles en avec un medecin, il devrait te confirmer ce que je te dis.
rien a redire sinon, je voulais juste relever le point precedent
Oui, exactement.
Et la remarque sur le fait que ça ne s'entends pas qu'avec les oreilles : devant un bon mur d'enceintes, les basses qui font vibrer le corps entier sont aussi pour beaucoup dans l'écoute de cette musique.
A ma connaissance, c'était un simple checksum. Il y aurait eu un md5 à la place, la première tentative de crackage n'aurait pas été possible.
Il me semble que c'était plutôt un système à clé publique/privée. Le kernel sur lequel la console boot est signé par microsoft, et la console contient la clé publique pour vérifier l'origine du kernel. D'où le problème de booter avec linux dessus.
Le buffer overflow n'a pas servi à découvrir la clé (qui est assez grande pour être incassable aussi, 2048 bits il me semble) mais à executer un bout de code qui charge le kernel linux en mémoire (tient, yaurait eu un patch NX pour la xbox ils auraient été dans la merde). Mais la console devait d'abord booter normalement, et puis executer le jeu dont on a trouvé le buffer overflow.
# Pour les étudiants soucieux des économies d'énergie
Posté par benoar . En réponse au journal Économie d'énergie et émergence d'écologie. Évalué à 4.
Le but est de faire participer les étudiants aux économies d'énergie, dans leur campus, avec l'opération Campus vert.
J'ai des potes qui ont contacté greenpeace pour créer une "antenne" dans notre campus (La Rochelle), et ils sont très ouverts quant à la création de groupes d'action dans les campus de france. Ils prévoient d'effectuer différentes études & actions pour favoriser l'économie d'énergie.
Un truc tout bête si vous êtes en info (ou dans un endroit ou ya pas mal d'ordis) c'est d'éteindre tous les ordis chaque soir, et surtout avant le week-end. Les notres étaient allumés 24/24 meme le week-end... Et bon, pas la peine de dire que c'est chiant le clic sur arreter, etc ... : bouton power. On a pas inventé les FS journalisés pour rien ;)
# Pas tout a fait ce que tu veux...
Posté par benoar . En réponse au message bridge+graphique. Évalué à 3.
Un prog intéressant que j'ai trouvé est ntop (http://www.ntop.org/(...) )
Mais il est pas facilement scriptable et ne se base pas sur des captures tcpdump ... Par contre il a tout plein de jolis graphes par host/service/...
En cherchant avec synaptic j'ai trouvé ca (pas testé, j'ai juste lu la description) : acidlab (http://www.andrew.cmu.edu/user/rdanyliw/snort/snortacid.html(...) )
voila ...
[^] # Re: Comprendre les log de shorewall
Posté par benoar . En réponse au message Comprendre les log de shorewall. Évalué à 1.
Pour la config de shorewall c'etait une supposition; je viens de me rappeler que ce n'est qu'une convention de nommage, donc ca se trouve tout va bien pour ca (mais je ne connais pas l'interface de mandrake).
Si tu veux savoir d'ou viennent ces paquets (enfin, de quelle appli, puisque ca vient effectivement de ta machine), essaye un "netstat -p" qui devrait te donner le pid associé à chaque connexion. Cherche la ligne qui correspond à ces paquets, avec ta machine comme source, et un port autour de 7000, en UDP. D'un autre coté, UDP est un protocole déconnecté, donc chercher une connexion udp ... enfin j'en ai d'affichées chez moi, il doit les garder em mémoire qq temps.
[^] # Re: Correction
Posté par benoar . En réponse au message Pointeur et chaines de caractères.... Évalué à 0.
Aux vues de tes questions, je te conseille de commencer par un autre langage que le C, sinon tu va vraiment galérer ...
Pour python, c'est un langage interprété et non compilé, donc tu as besoin de l'interpréteur sur le poste client. Enfin client de quoi ? On sait toujours pas (a peu près) ce que tu veux faire ... Mais pour les librairies systèmes, oui yen a un paquet fournit dans les libs pythons.
[^] # Re: Pointeurs, chaînes de caractères
Posté par benoar . En réponse au message Pointeur et chaines de caractères.... Évalué à 1.
Je plussoie
[^] # Re: Correction
Posté par benoar . En réponse au message Pointeur et chaines de caractères.... Évalué à 3.
#include <string.h>
Pour la glib, je parle de celle de GTK (http://www.gtk.org/(...) ). Tu confonds avec la libc, qu'on utilise effectivement pour faire du C, et dont la version utilisée sous linux est celle du projet GNU, d'où son nom: glibc. Et les confusions qui vont avec à propos de son nom.
Pour le C++ moi je le trouve pas plus simple, mais je doit pas etre super objectif ... mais oui, c'est uniquement du c avec des objets en +.
Sinon pour te conseiller un langage .... bah si tu nous disais ce que tu veux faire d'abord ?
Je sais pas trop mais a vue de nez je te conseillerai python si t'es pas encore super calé dans les détails bas-niveau. C'est mon langage de référence pour quasi tous mes développements (comme quoi on peut aimer le C mais pas pratiquer très souvent ...)
# Re: Comprendre les log de shorewall
Posté par benoar . En réponse au message Comprendre les log de shorewall. Évalué à 1.
En résumé, il y a eu 561 paquets refusés sur eth0, ou en tous cas qui ont été droppé (tu peux configurer comment tu refuse les paquets, ici apparemment tu DROP)
Ils viennent tous de 192.168.0.1, et 21 étaient destinés à 192.168.0.255 (l'adresse broadcast du réseau je suppose, ca dépend de ta config réseau) et 540 à 255.255.255.255 (le broadcast "universel", enfin je sais pas le nom exact, mais c'est valable pour toutes les configs réseau). C'est du traffic udp, sur un port régulièrement incrémenté....!?
Donc pour éclaircir : c'est a priori pas dangereux car c'est sur du broadcast, ca doit venir d'un prog qui cherche qqchose sur le réseau local. Genre peut-etre bittorrent, ou alors simplement un windows et son partage de fichier... ?
Par contre ce qui est bizarre, c'est que ces paquets soient loggés dans la section "net2all", alors qu'ils viennent de ton réseau local ... t'aurais pas configuré shorewall à l'envers ? Genre t'as copier-coller la config depuis internet où eth1 est le réseau local et eth0 la connexion au net ? (d'ou l'inversion pour ta config ... ?)
Ou alors je me suis trompé et 192.168.0.1 c'est ton routeur ... ?
Faudrait en savoir un peu plus sur ta config réseau.
Les erreurs pour pam, je sais pas trop. Un user sans nom c'est bizarre par contre.
Le groupe wheel est celui des administrateurs, root en fait partie et certains fichiers systèmes sont modifiables par wheel.
Et pour la fortune ... c'est un message d'encouragement :)
[^] # Correction
Posté par benoar . En réponse au message Pointeur et chaines de caractères.... Évalué à 1.
# Le C et la gestion des chaines de caractères ...
Posté par benoar . En réponse au message Pointeur et chaines de caractères.... Évalué à 3.
Ensuite, pour ton problème :
En ce qui concerne le redimensionnement d'une chaine, cela n'est (généralement) possible que sur les chaine que tu a alloué toi-même (ou alors si tu est vraiment sur que la chaine qu'on te renvoie a été allouée avec malloc) sinon un realloc ne marchera pas. Et de toutes facons, quand une fonction te renvoie un pointeur sur un truc du système ou de l'environnement, il ne vaut mieux pas y toucher et plutot faire une copie. Ca pourra aussi t'etre utile si t'es ammené à la modifier après.
Pour le sprintf(), deux problèmes :
- il n'alloue pas tout seul la mémoire, donc c'est à toi de le faire (malloc)
- tu as mal utilisé sprintf : le premier argument est le buffer dans lequel tu vas écrire, le deuxième est le format, et les suivants les arguments du format. Donc ca devrait etre quelques chose comme : sprintf(ptr_env, "'%s'", ptr_env); bien que ce soit une très mauvaise idée d'utiliser le même pointeur; comme ça je crois que ca fout ta chaine en l'air...
Une remarque également sur ton essai avec buff[100] (en plus du problème de l'ordre des arguments) : ceci déclare un buffer statique (contrairement au malloc(), dynamique) qui pointera donc toujours vers la meme zone mémoire. Donc si tu fais deux appels à ta fonction, le deuxième renverra le meme pointeur, certes avec la bonne chaine, mais à ce moment là la première aura été remplacée par la deuxième ... (idem pour le "NULL" : tu n'as pas intéret à le modifier après)
Bon, tout ca pour finir avec ce bout de code la (non testé):
char *get_env(char * ptr_string){
char *ptr_env, *quoted_env;
ptr_env = getenv(ptr_string);
if (ptr_env == NULL) {
quoted_env = strdup("NULL");
else{
quoted_env=malloc(strlen(ptr_env)+3);
sprintf(quoted_env, "'%s'", ptr_env);
}
return(quoted_env);
}
Tout ca sans oublier de free() le résultat une fois fini.
Remarque ici que strdup() renvoie une chaine allouée par malloc(), comme décrit dans la doc (man strdup), tu pourra donc le realloc si tu veux (tu va me dire qu'après ta fonction ca sert plus a rien, ok ...).
Autre détail : le malloc() qui prend la taille de la chaine + 2 pour les deux quotes et + 1 pour le "null terminator", soit le terminateur de chaine en C (qui est 0).
De plus, il est généralement mieux d'utiliser snprintf() que sprintf() afin d'éviter de déborder du buffer ...
Bref, tout ca pour dire que la gestion des chaines en C c'est galère, et je ne sais pas pourquoi tu veux faire ca mais je te conseillerai d'utiliser la glib qui contient pas mal de fonctions pour gérer tout ca plus facilement. Ou alors de changer de langage ...
Je ne veux pas te décourager, moi j'ai commencé par le C et je trouve ca assez ... "instructif"
[^] # Re: Suggestions
Posté par benoar . En réponse au journal Winlibre porté sous mac. Évalué à 1.
VLC (Videolan) : http://videolan.org/vlc/(...)
que je trouve beaucoup mieux que mplayer sur OSX (bien que sous linux je trouve mplayer plutot incontournable)
[^] # Re: ecriture !!!
Posté par benoar . En réponse au journal Drivers ext2/ext3 pour Windows !. Évalué à 3.
C'est une simple supposition venant de mon expérience d'utilisation d'une partition ext2/3 en tant que partition "d'échange" (utilisée en ext2 par OSX et en ext3 par une Ubuntu), et qui marche très bien comme ça (le seul problème venant du fait qu'après un crash sous OSX, on doit se taper un fsck, chose que j'avais oubliée depuis l'apparition des fs journalisés...)
[^] # Re: Pendant qu'on y est
Posté par benoar . En réponse à la dépêche Ubuntu-fr.org : appel aux dons. Évalué à 0.
Sinon j'ai pas grand chose, et des gens qui donnent (donc d'abord qui en ont!) des disques SCSI j'en connais pas beaucoup. J'ai bien un 30Go IDE qui ne sert plus, mais c'est un IBM 60GXP, un peu un cadeau empoisonné donc ...
[^] # Re: et Objective Caml ?
Posté par benoar . En réponse au journal Scala : un langage de prog sympa. Évalué à 1.
Oui oui je connais, enfin Caml tout court, c'est avec ce langage que j'ai redécouvert les langages fonctionnels (j'avais fait du Scheme il y a quelque temps), j'ai eu droit à un semestre de cours, et j'avoue que ca m'a réfléchir de manière différente sur la programmation.
- il gère la généricité (bon aujourd'hui ça peut paraître classique, c'est vrai)
Hmm, je suis pas sûr que OCaml fasse ça, mais il y a sûrement d'autres moyens d'y arriver s'il ne le fait pas.
En tapant "ocaml generics" sur google, je suis tombé sur ca :
http://lambda-the-ultimate.org/node/view/804(...)
Qui parle d'un article sur lequel j'étais déjà tombé. En bref, dans les commentaires j'ai lu que Ocaml gérait le parametric polymorphism (??) et que ca résoudrait le problème. Bon j'ai pas cherché beaucoup. Mais je pense que les generics sont la un peu pour palier le "statisme" des langages OO classiques, et que les langages fonctionnels n'en ont généralement pas besoin.
- les traits, sorte de classes sans état interne, qui permette d'"imiter" l'héritage multiple
Je n'ai pas compris le principe de ce que tu décrit ? tu peux préciser ?
Je viens de revoir leur page pour essayer d'éclaircir mes propos, mais en les relisant je ne comprend plus trop. Ils disent que l'exemple de trait peut etre utilisé dans les mixins, mais en fait ils ne le font pas (pages pas à jour?).
Ce que je sais sur un trait, c'est que c'est une classe qui ne contient pas de variable d'instance. Ainsi, on peut hériter d'une classe classique et d'un trait (donc c'est de l'héritage multiple) sans que ca pose de problème avec les conflits de variable d'instance, car si on hérite de deux classes qui ont une variable d'instance en commun, ca pose problème. (j'avais commencé une explication avec la problème de l'héritage en diamant en C++, mais je me suis un peu embrouyé et j'ai arrêté ...)
A part peut-être une syntaxe un peu plus proche des langages objet 'communs' (comme Ruby par exemple), je ne vois pas l'intérêt de ce langage, ce qui ne veut pas dire que je blâme les inventeur de Scala :-)
Justement, je pense ce qui repousse la plupart des développeurs élevés au C (comme moi ;-)), c'est la syntaxe. Le manque de librairies aussi, mais cela vient du manque de développeurs, et donc de la syntaxe (selon moi, hein). C'est vrai que faire une syntaxe à mi-chemin entre fonctionnel et OO, tout en évitant les problèmes que ca peut impliquer, c'est galère, mais je trouve que Scala se débrouille pas mal sur ce point.
[^] # Re: Pendant qu'on y est
Posté par benoar . En réponse à la dépêche Ubuntu-fr.org : appel aux dons. Évalué à 2.
Des fois j'essaye de comprendre la logique grammaticale de certains, mais là ça me dépasse. Ou alors, c'est un nouveau système grammatical qui marche en notation post-fixée ??? (Bah oui, on accorde pouvoir avec le vous ??!!)
[^] # Re: Interessant
Posté par benoar . En réponse au journal Scala : un langage de prog sympa. Évalué à 3.
class Stack[+A] {
def push[B >: A](elem: B): Stack[B] = new Stack[B] {
override def top: B = elem;
override def pop: Stack[B] = Stack.this;
override def toString() = elem.toString() + " " +
Stack.this.toString();
}
def top: A = error("no element on stack");
def pop: Stack[A] = error("no element on stack");
override def toString() = "";
}
Si j'ai bien compris :
- le [+A] veut dire que le type A est covariant, et que donc une Stack[String] dérive d'une Stack[Object] (attention, je crois que Object n'existe pas, c'est plutot AnyRef ou Any qu'il faudrait utiliser, mais on m'aura compris ... j'espère)
- push est une méthode polymorphique (= générique), et [B >: A] veut dire que B est un super-type de A, bref, que A dérive de B. Donc, losrqu'on push un élément sur la pile :
s = s.push[Int](5)
le type retourné sera Stack[Int] (on peut ne pas préciser [Int], le type est inféré). Puis, si on fait
s = s.push(new Object())
(là je n'ai pas précisé [Object]), alors le type renvoyé sera Stack[Object], en bref, notre pile d'Int s'est transformée en pile d'Object. Bien sur, si on ne souhaite pas ce comportement, il suffit que la variable affectée (s) soit du type que l'on souhaite, et une erreur à la compilation sera détectée.
Bon c'est vrai qu'après on peut trouver la construction de cette pile assez étrange, car le code est vraiment fonctionnel plus qu'objet ici (cette pile est gérée à la manière des liste en Lisp, avec une tête et le reste). Au début j'ai eu du mal à comprendre def top: A = error("no element on stack"); !!!
Enfin voila, j'espère avoir été plus clair, sinon la page l'expliquant surement mieux :
http://scala.epfl.ch/intro/variances.html(...)
[^] # Re: Licences
Posté par benoar . En réponse à la dépêche KDE doit-il abandonner KHTML pour Webcore ?. Évalué à 7.
Pas totalement d'accord: Apple respecte la lettre de la LGPL et publie toutes les modifications apportées, KHTML pourrait être en GPL, cela ne changerait rien!
Bah si justement, étant donné qu'ils intègrent KHTML à du code proprio (Safari), avec la GPL ils n'auraient pas pu l'utiliser. Tu va me dire qu'à ce moment là KHTML n'aurait pas été choisi et serait resté seul dans son coin, c'est vrai.
[^] # Re: mouai
Posté par benoar . En réponse au journal Unix, que sont devenus tes concepts ?. Évalué à 6.
Mais alors, quel système est plus puissant? Bah, c'est pas un truc nouveau : les systèmes relationnels. Et donc, la plupart des BDD actuelles (sachant que beaucoup existent depuis plus d'une dizaine d'années). On n'a plus une vue hiérachique, et on est beaucoup moins limité. Les relations entre les objets (ou fichiers si vous voulez) ne sont plus uniquement pere/fils, mais peuvent etre n'importe quoi. Imaginez qu'on puisse créer des vues (oui, comme en SQL) sur un bout des relations, afin de se simplifier la vie sur l'organisation de ses données.
Pour faire l'analogie avec les structures de données, les systèmes hiérarchiques sont des arbres, alors que les systèmes relationnels sont des graphes (orientés). Rappelons qu'un arbre est un cas particulier de graphe, c'est un graphe orienté sans cycle. Bon ok, avec les liens (symbolique ou non) on cree un peu plus qu'un arbre (puisqu'on a des chaines, mais pas de cycles, ou l'inverse, mais mes souvenirs sont pas supers frais). Mais ca reste toujours un arbre a la base.
J'espère que mes explications sont pas trop erronnées, car en relisant je suis pas tout à fait sur de l'exactitude de mes souvenirs sur les structures de données.
[^] # Re: Samsung YP-MT6X
Posté par benoar . En réponse au journal Quel balladeur numérique en avril 2005?. Évalué à 1.
Juste un petit détail avec les Ogg: ceux encodés avec une version de la lib vorbis < 1.0 passent pas :-/ ... genre avec la 1.0rc3 ca plante. Mais avec la 1.0 et supérieur ca passe nickel, jusqu'en -q7 pour moi, soit environ 224kbits/s, donc ce lecteur doit pas avoir de pb avec les bitrates élevés, comme certains d'une marque réputée que je ne citerai pas ...
Une petite dernière remarque: comme il marche avec des piles AA, il est un peu plus lourds que les baladeurs utilisant une AAA. Mais bon ca reste tout a fait résonnable.
[^] # Re: \_o<
Posté par benoar . En réponse au journal Développer des jeux vidéos sous Linux ?. Évalué à 2.
D'abord l'histoire de la VM n'est arrivé qu'avec Quake 3. Pour quake 2, on compile son dll et son .so pour chaque archi.
En plus, la partie interprétée par la VM n'est QUE la logique du jeu. Le moteur lui est compilé directement pour la plateforme, et écrit en C (pour Quake 3 du moins).
Ce besoin d'une VM pour la logique du jeu vient (d'apres moi) du fait que les développeurs de mods n'ont pas toujours accès à toutes les plateformes où tourne Q3, alors pour éviter de n'avoir que des mods pour windows (plateforme majoritaire chez les moddeurs), il a créé ce système de VM. Bon, au final ca a quand meme causé qq problèmes avec les windowsiens qui se plaignaient de la lenteur de la VM par rapport à un dll natif (lenteur relative, mais dans un jeu où pour beaucoup garder son compteur de fps à 125 est très important, ça compte).
Ensuite, son propre langage pour la VM, bah c'est en fait du C. Je sais pas si toutes les bidouilles du C sont permises, mais dans la très grande majorité des cas (i.e. j'ai jamais entendu parlé de problèmes de ce genre) ça tourne nickel (carmack a appris les problèmes d'un "presque C" avec Quake1 et le QuakeC).
Donc porter son jeu n'a pas été aussi simple. En fait, pour répondre à l'interrogation de Nicolas, Carmack a créé sa propre API d'abstraction des différentes parties de l'interaction (clavier, souris, vidéo, etc...). Elle tourne au dessus de DirectX sous windows (ce qui rend cette partie simple car DX fait la majorité du boulot) et d'API plus bas niveau sous nux (accès direct à X11, et OpenGL). Il utilise quand meme OpenGL sous windows, DirectX lui sert seulement pour le reste.
Donc "Use the source, Luke!" et va voir le code de Q2 comme dis plus haut. Par contre si tu t'intéresse à la VM de Q3, va falloir attendre car Carmack n'a toujours pas donné le code source; bien que promis à noel, le cadeau a été repoussé...
[^] # Re: msh ???
Posté par benoar . En réponse au journal Devdays, Le Futur de microsoft, je suis rassuré. Évalué à 4.
Et je confirme, un vrai shell avec redirection, pipe, process en background, etc ...
Je pourrai témoigner de la paternité du msh ! Construit avec amour à l'IUT.
Mais fais attention, ils pourront essayer t'acheter avec toute la thune qu'ils ont. Mais je pense que tu résistera, pour l'amour de GNU/Linux, malgré tout l'argent que pourra te donner Microsoft!
Un ancien collègue...
# Une piste ...
Posté par benoar . En réponse au journal Distance entre deux images.... Évalué à 4.
Par contre, pour ton idée, ce genre de tache ne se fait pas qu'en une étape, on passe d'abord par du traitement du signal, puis par des étapes de segmentation, puis de la classification. Enfin ce que je dis n'est pas forcément à prendre au pied de la lettre, je suis justement en train de faire mes études la dedans, donc je n'ai pas la science infuse...
Tu peux aller voir sur http://www-l3i.univ-lr.fr/(...) , ya des pistes de recherche mais pas vraiment d'outils concret.
[^] # Re: .
Posté par benoar . En réponse au journal Mini mini ?. Évalué à 1.
Bah en fait je crois que non, j'ai vu le CD de mes propres yeux ... Mais c'etait vraiment une version tres "primaire" de MacOSX, avec un look entre NextStep et Mac OS 9 (y'avait qq screenshots sur la boite)...
[^] # Re: Support du nas
Posté par benoar . En réponse au journal VLC 0.8.0 is (bientôt) out !. Évalué à 2.
Du coté du serveur un peit esd --tcp --public et le tour est joué.
[^] # Re: Et ca ne s'arrangera pas de sitot.
Posté par benoar . En réponse à la dépêche UFC-Que choisir déplore le manque d'interopérabilité dans la musique en ligne. Évalué à 1.
Oui, exactement.
Et la remarque sur le fait que ça ne s'entends pas qu'avec les oreilles : devant un bon mur d'enceintes, les basses qui font vibrer le corps entier sont aussi pour beaucoup dans l'écoute de cette musique.
[^] # Re: Sur le DRM ...
Posté par benoar . En réponse à la dépêche Le DRM ne fonctionne pas, et on le savait.. Évalué à 2.
Il me semble que c'était plutôt un système à clé publique/privée. Le kernel sur lequel la console boot est signé par microsoft, et la console contient la clé publique pour vérifier l'origine du kernel. D'où le problème de booter avec linux dessus.
Le buffer overflow n'a pas servi à découvrir la clé (qui est assez grande pour être incassable aussi, 2048 bits il me semble) mais à executer un bout de code qui charge le kernel linux en mémoire (tient, yaurait eu un patch NX pour la xbox ils auraient été dans la merde). Mais la console devait d'abord booter normalement, et puis executer le jeu dont on a trouvé le buffer overflow.