Je me retrouve avec un XP au boulot, comme machine bureautique. Et bien quand j'ai mis ma clef USB, il avait besoin d'installer quelque chose, et donc il me fallait les droits admins... Alors heureusement un collègue qui avait un compte admin local a pus débloquer l'installation.
Maintenant si je mets ma clef, ça marche, mais si j'en mets un autre, il me demande encore un login/password d'administrateur pour installer je ne sais pas quoi (alors que la clef fonctionne tout de même). Bref, on sait pas trop ce qu'il fait, mais en tous cas, pour que tout marche bien comme le système le voudrais, il faut être admin...
Mais heu, t'as pas un risque de toutes façon d'avoir des valeurs différentes d'une mesure à une autre, ne serait ce que par le cache du CPU qui peut varier en fonction des autres processus qui tournent sur le système ?
clock_gettime() qui normalement en interne (dans le noyau linux) utilise getnstimeofday (avec les compteurs/timers du CPU, donc précision théorique de l'ordre de la nanoseconde) doit pouvoir t'aider à mesurer des durée d'exécution pour un processus (paramètre CLOCK_PROCESS_CPUTIME_ID) ou un thread (CLOCK_THREAD_CPUTIME_ID).
Attention, ne pas se fier à ce que renvoie clock_getres() (qui devrait donner la résolution du timer) car sa valeur de retour doit être fixée en dûr à quelque chose qui n'a rien à voir avec le matériel (valeur imposée par POSIX si je me souviens bien).
La pose d'un verrou sur un fichier se fait à l'aide de la fonction système fcntl().
Un exemple que j'ai là, sous la main :
struct flock verrou;
int fd;
int no_err;
/* création d'un verrou en lecture sur tout le fichier de données */
verrou.l_type = F_RDLCK;
verrou.l_start = 0;
verrou.l_len = 0;
verrou.l_whence = SEEK_SET;
verrou.l_pid = getpid();
/* ouverture du fichier de données */
fd = open ("data.txt", O_RDONLY);
/* pose du verrou */
fcntl (fd, F_SETLKW, &verrou);
/* affichage des données */
lit_et_affiche_donnees (fd);
/* deverouillage et fermeture */
verrou.l_type = F_UNLCK;
fcntl (fd, F_SETLKW, &verrou);
close (fd);
Réfère toi à la page man pour tous les détails et les options possibles (verrous en lecture/écriture, etc).
Ah non l'applet météo n'est pas inutile du tout ! Il me sert énormément à moi. Par exemple, le matin en hiver quand il fait encore trop nuit (par la fenêtre on ne voit pas toujours la pluie et le brouillard) et que je n'ai aucune idée du temps et de la température qu'il fait juste avant de partir (je me déplace à vélo), et même de jour quand le temps est trompeur (on pense qu'il fait chaud mais en fait il fait froid ou l'inverse)... Le nombre de fois où cet applet m'a rappelé de prendre des gants ou de laisser ma veste à la maison...
Donc non, pas celle-là n'est pas inutile ! par contre le poisson dans son bocal... :o)
Alors là c'est énorme. Ces gens disent clairement qu'ils en ont rien à foutre de la vie privée des gens, et même qu'ils veulent chier dessus.
Bientôt, il proposeront l'interdiction de penser, car on risque de chantonner dans notre tête quelques paroles d'une chanson qui nous plait, ou pire, se rappeler une scène d'un film ! imaginez le désastre économique un peu !
Marrant, moi des voisins ont eu un problème similaire sous Vista avec l'imprimante (HP). Du jour au lendemain, impossible d'imprimer. Même après désinstallation/réinstallation des drivers. Le service de spooling de Windows cassé tout seul \o/ Apparemment il a fallut restaurer tout le système (en perdant donc tout...) pour que ça refonctionne. C'est magic Vista \o/
Pour les lecteurs d'empruntes digitales, il y a le projet « fprint » (http://www.reactivated.net/fprint/wiki/Main_Page ) qui vise à produire un framework pour leur manipulation, avec des drivers unifiés.
Le projet est déjà techniquement pas mal avancé. J'ai testé fprint_demo, un programme de démonstration d'utilisation du framework (avec une interface graphique en GTK et tout, image de l'emprunte scannée et les minutiae détéctées, etc.), et ça reconnaît bien mes doigts :-)
Il reste le problème de l'intégration. Il y a un projet de module frpint avec PAM, mais pour le moment ça ressemble plus à une démonstration de faisabilité qu'une réelle implémentation déployable en masse... Sur la mailing list, des personnes se sont lancées dans des projets d'intégration de fprint avec KDE, ou toujours avec PAM mais en plus mieux.
Sinon, pour ce qui est du support dans les distros, je peux juste parler pour Ubuntu... il ne semble pas y avoir encore de package de fprint & co, mais ça se compile bien.
Perso j'ai éclaté de rire quand je suis tombé sur la question suivante :
Voyages-sncf.com est un site...
* dans lequel j'ai confiance * innovant, à la pointe de la technologie
* dont je me sens proche
* que je recommanderai à mon entourage
Je sais pas comment ils ont eu l'idée de trouver cette réponse ;o)
Les 3 autres réponses m'ont bien fait marrer aussi.
Dommage que ça s'arrête au site voyages-sncf.com et que ça n'englobe pas plus de sites... histoire de pouvoir le crier à la figure qu'ils ne fassent qu'un seul et unique site Web (pour tout ce qui touche la SNCF grand public au moins...). Et surtout avec une seule charte graphique, sans flash, clair, léger, etc. Il n'y a qu'à voir http://www.sncf.com/ et tester deux ou trois « sous sites », c'est de la folie... Y'a même un site web par carte d'abonnement ! o_O
De même pour le parcours standard « FAC », les deux premières années il y a pas mal de maths et de la physique (mais tout de même de l'informatique). Pour ce qui est des DUT/BTS c'est informatique et éventuellement électronique (si le diplôme est orienté informatique industrielle).
Pour les études, les classiques :
- en IUT, un DUT d'info (2 ans)
- en lycée, un BTS d'info (2 ans)
- en FAC, une licence d'informatique pour commencer (3 ans), puis master éventuellement (2 ans), voire doctorat (3 ans)
- en école d'ingénieur, après 2 ans de classe prépa intégrée ou non à l'école (2 ans de prépa, 3 ans d'école)
- en IUP (ça commence à disparaître et fusionner avec la FAC ou se transformer en école d'ingé), équivalent à école d'ingé (3 ans pour un Master après 2 ans de FAC/DUT/BTS/prepa)
Ensuite, il y a les filières en info. Donc pour faire de la programmation en particulier, ne pas se retrouver dans une filière gestion parc info/réseaux... viser plutôt Génie informatique avec ses diverses branches : info industrielle, multimédia, etc.
Tu peux bien sûr devenir programmeur sans faire d'études... en tout cas « programmeur chez toi » ;-) (sans dire que c'est mal hein, au contraire)
Après devenir développeur de métier, ben c'est quand même moins évident si tu n'as pas un minimum de formation à présenter sur ton CV (le système français est comme ça...). Je te conseille quand même de te lancer dans des études. Tu peux très bien commencer par des études courtes (un DUT) puis poursuivre vers une licence puis un master si t'a envie ensuite. Les études c'est pas la mort, et ça t'ouvre surtout des portes.
Voilà, c'est très résumé ce que je t'ai donné là, mais ça devrait au moins te donner une idée de ce qu'on peut faire pour devenir « développeur ». Sache tout de même qu'il n'y a pas que la programmation pure et dure en info, et qu'à travers les études et stages tu découvriras d'autres métiers (analyste, testeur, etc.).
Enfin, pour trouver un emploi d'informaticien, en ce moment ça recrute bien. Il y a de l'avenir dans le secteur (en tous cas avec un BAC+5, en dessous je sais pas). Dans le Jeu Vidéo, j'en sais rien, la dernière fois que je m'y suis intéressé (il y a 5~6 ans, quand j'avais ton âge) ça me semblait plutôt sinistré en France.
En même temps si le travail vaut vraiment zéro (genre le pompage complet sur le net, mot pour mot avec les pubs non retirées :p) l'enseignant peut bien donner une justification... ou alors serait-ce encore une de ces horrible procédure administrative à la française ?
Je n'ai jamais testé, je ne sais pas ce que ça vaut, mais apparemment avec xoscope tu peux te servir d'une entrée de carte son pour l'acquisition d'un signal analogique.
Pour bash je sais pas, mais sinon la programmation du port parallèle en C est vraiment très simple. Tu as trois registres à tout casser : data, status, contrôle (qui te permet de contrôler 4 lignes supplémentaires). Ensuite, avec inb()/outb() ça se fait tout seul.
Ils fait comment Windows pour faire fonctionner directement l'écran sans problème alors que sous Xorg ça semble être la galère si on a pas activé l'option qui va bien ?
Pourquoi aujourd'hui encore on en arrive à devoir bricoler manuellement la config de son écran pour le faire fonctionner sous Xorg ? Le driver sous windows tatonne pour trouver la configuration de l'écran ? Il possède « l'astuce », encore secrète et inconnue des développeurs Xorg ? Je veux bien comprendre que ces écrans ne soient pas très compatibles avec les standards, mais tout de même il doit bien y avoir un moyen générique de faire fonctionner un écran à coup sûr, si c'est le cas sous Windows.
Ça fait pas très plug-and-play tout ça. Je trouve ça effrayant aussi :(
Avec cette condamnation de l'UE, des développeurs pourraient techniquement aussi obtenir les specs du protocole MSN (pour 10 000 euros et un NDA), comme pour Samba, non ?
De même pour les formats obscures des anciennes versions de MS Office. Quelqu'un sait si dans d'autres projets ils se sont intéressé à ce type « d'accord » pour obtenir des specs de MS ?
Les logiciels moche-inefficaces-proprio et qui bouffent toujours plus de ressources pour faire moins de choses qu'avant (en moins bien, en moins pratique), sont aussi partiellement responsable de la consommation énergétique... (je pense par exemple à Vista, Norton, ou encore Adobe reader dans ses dernières versions).
C'est également valable pour tout ce qui est embarqué (téléphone, baladeur, ...). Il y a beaucoup de gâchis lié à des pièces logicielles décevantes qui feront changer de produit plus vite que prévu, alors que si l'on avait un accès plus facile aux spécifications et au développement sur ces appareils, on pourrait les recycler avec des logiciels Open Source dessus (en implémentant les fonctionnalités manquantes, en les modernisant, voire en les transformant en tout autres appareils).
Et j'ajouterai les matériels informatiques dotés de drivers merdiques (même sous l'OS dominant) ou pas de drivers du tout (ni spécifications) pour nos OS, dont le développement a été abandonné par le constructeur et qui nous donnera très vite envie d'en changer et de benner celui-ci pour toujours. Ces matériels se retrouvent bridés et moisis juste par du logiciel !
Je pense par exemple à mon tuner TNT USB qui me demande de rebooter sur le Système Pas Terrible pour m'en servir, à mon baladeur MP3/OGG qui fonctionne uniquement en MTP et pas en Mass Storage (et ça visiblement y'a pas qu'aux Linuxiens que ça manque), à mon mini-APN dont la batterie inchangeable est morte mais qui pourrait me servir de webcam, et si je fouille bien dans mes poubelles je devrais en retrouver d'autres des exemples comme ça...
Évidemment, tout ça est lié au système de surconsommation actuel...
# Matériel ?
Posté par Meku (site web personnel) . En réponse au message double précision dans Opengl. Évalué à 1.
Certaines cartes et leur driver fonctionnent peut-être en interne en simple précision...
[^] # Re: En attendant la news...
Posté par Meku (site web personnel) . En réponse au journal Darty condamné pour vente subordonée. Évalué à 2.
Maintenant si je mets ma clef, ça marche, mais si j'en mets un autre, il me demande encore un login/password d'administrateur pour installer je ne sais pas quoi (alors que la clef fonctionne tout de même). Bref, on sait pas trop ce qu'il fait, mais en tous cas, pour que tout marche bien comme le système le voudrais, il faut être admin...
[^] # Re: Posix time API ?
Posté par Meku (site web personnel) . En réponse au message Mesurer le temps d'exécution d'un fragment de code. Évalué à 1.
# clock_gettime
Posté par Meku (site web personnel) . En réponse au message Mesurer le temps d'exécution d'un fragment de code. Évalué à 1.
Attention, ne pas se fier à ce que renvoie clock_getres() (qui devrait donner la résolution du timer) car sa valeur de retour doit être fixée en dûr à quelque chose qui n'a rien à voir avec le matériel (valeur imposée par POSIX si je me souviens bien).
# fcntl
Posté par Meku (site web personnel) . En réponse au message Locker un fichier. Évalué à 1.
Un exemple que j'ai là, sous la main :
struct flock verrou;
int fd;
int no_err;
/* création d'un verrou en lecture sur tout le fichier de données */
verrou.l_type = F_RDLCK;
verrou.l_start = 0;
verrou.l_len = 0;
verrou.l_whence = SEEK_SET;
verrou.l_pid = getpid();
/* ouverture du fichier de données */
fd = open ("data.txt", O_RDONLY);
/* pose du verrou */
fcntl (fd, F_SETLKW, &verrou);
/* affichage des données */
lit_et_affiche_donnees (fd);
/* deverouillage et fermeture */
verrou.l_type = F_UNLCK;
fcntl (fd, F_SETLKW, &verrou);
close (fd);
Réfère toi à la page man pour tous les détails et les options possibles (verrous en lecture/écriture, etc).
[^] # Re: Pépé le putois
Posté par Meku (site web personnel) . En réponse au journal Oleg Kononenko, le plombier, viens de réparer les chiottes [HS] !. Évalué à 10.
[^] # Re: Linux prêt pour le Destkot de Mme M ?
Posté par Meku (site web personnel) . En réponse au journal GNU/Linux : attire ou créer les geeks?. Évalué à 3.
Donc non, pas celle-là n'est pas inutile ! par contre le poisson dans son bocal... :o)
# o_O
Posté par Meku (site web personnel) . En réponse à la dépêche Légalisation riposte graduée / spyware : Le Monde.fr confirme. Évalué à 10.
Bientôt, il proposeront l'interdiction de penser, car on risque de chantonner dans notre tête quelques paroles d'une chanson qui nous plait, ou pire, se rappeler une scène d'un film ! imaginez le désastre économique un peu !
pff...
[^] # Re: Ahh
Posté par Meku (site web personnel) . En réponse à la dépêche Sortie du livre « Simple comme Ubuntu 8.04 ». Évalué à 2.
libATA : http://linux-ata.org/
[^] # Re: Bon rétablissement !
Posté par Meku (site web personnel) . En réponse au journal proche de la mort, puis msn. Évalué à 10.
[^] # Re: besoin de précision
Posté par Meku (site web personnel) . En réponse au message Pilote pour carte graphique incorporé. Évalué à 1.
Il est suffisant pour les dernières version de Xorg.
Si tu boot avec le live-CD d'ubuntu t'as la bonne résolution ? si c'est le cas, essaye de garder le xorg.conf généré par le live-CD.
[^] # Re: Materiel non reconnu
Posté par Meku (site web personnel) . En réponse à la dépêche Ubuntu 8.04 LTS : GNU/Linux pour le grand public. Évalué à 1.
[^] # Re: Site officiel...
Posté par Meku (site web personnel) . En réponse à la dépêche Open Arena 0.7.6 le FPS libre pour les artistes. Évalué à 3.
Dans l'en-tête des pages html :
META NAME="GENERATOR" CONTENT="Mozilla/3.01Gold (Win95; U; 16bit) [Netscape]"
[^] # Re: 3615 Ma vie
Posté par Meku (site web personnel) . En réponse au journal Die Hard : une journée en enfer. Évalué à 5.
# Ça commence
Posté par Meku (site web personnel) . En réponse au message Lecteur d'empreintes : utilisable sous Linux ?. Évalué à 3.
Pour les lecteurs d'empruntes digitales, il y a le projet « fprint » (http://www.reactivated.net/fprint/wiki/Main_Page ) qui vise à produire un framework pour leur manipulation, avec des drivers unifiés.
Un certain nombre de lecteurs sont déjà bien supportés. Si tu peux connaître le modèle de lecteur d'emprunte, tu peux regarder sur :
http://www.reactivated.net/fprint/wiki/Supported_devices
http://www.reactivated.net/fprint/wiki/Unsupported_devices
Le projet est déjà techniquement pas mal avancé. J'ai testé fprint_demo, un programme de démonstration d'utilisation du framework (avec une interface graphique en GTK et tout, image de l'emprunte scannée et les minutiae détéctées, etc.), et ça reconnaît bien mes doigts :-)
Il reste le problème de l'intégration. Il y a un projet de module frpint avec PAM, mais pour le moment ça ressemble plus à une démonstration de faisabilité qu'une réelle implémentation déployable en masse... Sur la mailing list, des personnes se sont lancées dans des projets d'intégration de fprint avec KDE, ou toujours avec PAM mais en plus mieux.
Sinon, pour ce qui est du support dans les distros, je peux juste parler pour Ubuntu... il ne semble pas y avoir encore de package de fprint & co, mais ça se compile bien.
# Ahah
Posté par Meku (site web personnel) . En réponse au journal Étude de satisfaction : Voyages-sncf.com. Évalué à 1.
Voyages-sncf.com est un site...
* dans lequel j'ai confiance
* innovant, à la pointe de la technologie
* dont je me sens proche
* que je recommanderai à mon entourage
Je sais pas comment ils ont eu l'idée de trouver cette réponse ;o)
Les 3 autres réponses m'ont bien fait marrer aussi.
Dommage que ça s'arrête au site voyages-sncf.com et que ça n'englobe pas plus de sites... histoire de pouvoir le crier à la figure qu'ils ne fassent qu'un seul et unique site Web (pour tout ce qui touche la SNCF grand public au moins...). Et surtout avec une seule charte graphique, sans flash, clair, léger, etc. Il n'y a qu'à voir http://www.sncf.com/ et tester deux ou trois « sous sites », c'est de la folie... Y'a même un site web par carte d'abonnement ! o_O
[^] # Re: Il y a aussi la Banque postale
Posté par Meku (site web personnel) . En réponse au journal [HS] Banques. Évalué à 0.
Ils savent pas faire des sites web ces gens là :(
[^] # Re: Bah...
Posté par Meku (site web personnel) . En réponse au message comment devenir programmeur ? Et quelles études ?. Évalué à 2.
# Bah...
Posté par Meku (site web personnel) . En réponse au message comment devenir programmeur ? Et quelles études ?. Évalué à 6.
- en IUT, un DUT d'info (2 ans)
- en lycée, un BTS d'info (2 ans)
- en FAC, une licence d'informatique pour commencer (3 ans), puis master éventuellement (2 ans), voire doctorat (3 ans)
- en école d'ingénieur, après 2 ans de classe prépa intégrée ou non à l'école (2 ans de prépa, 3 ans d'école)
- en IUP (ça commence à disparaître et fusionner avec la FAC ou se transformer en école d'ingé), équivalent à école d'ingé (3 ans pour un Master après 2 ans de FAC/DUT/BTS/prepa)
Ensuite, il y a les filières en info. Donc pour faire de la programmation en particulier, ne pas se retrouver dans une filière gestion parc info/réseaux... viser plutôt Génie informatique avec ses diverses branches : info industrielle, multimédia, etc.
Tu peux bien sûr devenir programmeur sans faire d'études... en tout cas « programmeur chez toi » ;-) (sans dire que c'est mal hein, au contraire)
Après devenir développeur de métier, ben c'est quand même moins évident si tu n'as pas un minimum de formation à présenter sur ton CV (le système français est comme ça...). Je te conseille quand même de te lancer dans des études. Tu peux très bien commencer par des études courtes (un DUT) puis poursuivre vers une licence puis un master si t'a envie ensuite. Les études c'est pas la mort, et ça t'ouvre surtout des portes.
Voilà, c'est très résumé ce que je t'ai donné là, mais ça devrait au moins te donner une idée de ce qu'on peut faire pour devenir « développeur ». Sache tout de même qu'il n'y a pas que la programmation pure et dure en info, et qu'à travers les études et stages tu découvriras d'autres métiers (analyste, testeur, etc.).
Enfin, pour trouver un emploi d'informaticien, en ce moment ça recrute bien. Il y a de l'avenir dans le secteur (en tous cas avec un BAC+5, en dessous je sais pas). Dans le Jeu Vidéo, j'en sais rien, la dernière fois que je m'y suis intéressé (il y a 5~6 ans, quand j'avais ton âge) ça me semblait plutôt sinistré en France.
[^] # Re: en effet, pas qu'en Angleterre
Posté par Meku (site web personnel) . En réponse au journal Le plagiat sur internet. Évalué à 1.
# xoscope
Posté par Meku (site web personnel) . En réponse au message Oscilloscope simple. Évalué à 2.
http://xoscope.sourceforge.net/
# en C
Posté par Meku (site web personnel) . En réponse au message Port parrallèle. Évalué à 2.
# out of the box ?
Posté par Meku (site web personnel) . En réponse au journal Les grands écrans c'est bien (mais galère). Évalué à 1.
Pourquoi aujourd'hui encore on en arrive à devoir bricoler manuellement la config de son écran pour le faire fonctionner sous Xorg ? Le driver sous windows tatonne pour trouver la configuration de l'écran ? Il possède « l'astuce », encore secrète et inconnue des développeurs Xorg ? Je veux bien comprendre que ces écrans ne soient pas très compatibles avec les standards, mais tout de même il doit bien y avoir un moyen générique de faire fonctionner un écran à coup sûr, si c'est le cas sous Windows.
Ça fait pas très plug-and-play tout ça. Je trouve ça effrayant aussi :(
# Protocole MSN
Posté par Meku (site web personnel) . En réponse à la dépêche Accord entre le projet Samba et Microsoft. Évalué à 1.
De même pour les formats obscures des anciennes versions de MS Office. Quelqu'un sait si dans d'autres projets ils se sont intéressé à ce type « d'accord » pour obtenir des specs de MS ?
# Énergie gaspillée par les logiciels
Posté par Meku (site web personnel) . En réponse au journal Informatique durable. Évalué à 1.
Les logiciels moche-inefficaces-proprio et qui bouffent toujours plus de ressources pour faire moins de choses qu'avant (en moins bien, en moins pratique), sont aussi partiellement responsable de la consommation énergétique... (je pense par exemple à Vista, Norton, ou encore Adobe reader dans ses dernières versions).
C'est également valable pour tout ce qui est embarqué (téléphone, baladeur, ...). Il y a beaucoup de gâchis lié à des pièces logicielles décevantes qui feront changer de produit plus vite que prévu, alors que si l'on avait un accès plus facile aux spécifications et au développement sur ces appareils, on pourrait les recycler avec des logiciels Open Source dessus (en implémentant les fonctionnalités manquantes, en les modernisant, voire en les transformant en tout autres appareils).
Et j'ajouterai les matériels informatiques dotés de drivers merdiques (même sous l'OS dominant) ou pas de drivers du tout (ni spécifications) pour nos OS, dont le développement a été abandonné par le constructeur et qui nous donnera très vite envie d'en changer et de benner celui-ci pour toujours. Ces matériels se retrouvent bridés et moisis juste par du logiciel !
Je pense par exemple à mon tuner TNT USB qui me demande de rebooter sur le Système Pas Terrible pour m'en servir, à mon baladeur MP3/OGG qui fonctionne uniquement en MTP et pas en Mass Storage (et ça visiblement y'a pas qu'aux Linuxiens que ça manque), à mon mini-APN dont la batterie inchangeable est morte mais qui pourrait me servir de webcam, et si je fouille bien dans mes poubelles je devrais en retrouver d'autres des exemples comme ça...
Évidemment, tout ça est lié au système de surconsommation actuel...