vincent LECOQ a écrit 1156 commentaires

je ne saurais que trop te conseiller ceci : http://www.mouvement-zeitgeist.fr/

Les 3 docus sont prenants bien qu'un peur répétitifs et font largement réfléchir a cette vaste connerie qu'est notre monde moderne :
http://www.youtube.com/watch?v=jaHD_AJETII
http://www.youtube.com/watch?v=umY0EEhHFAo
http://www.youtube.com/watch?v=5smnJoGXl_k

le gta04 est sorti, cher mais libre.
je me souvient quand on se plaignait du gta02 et sa batterie qui tenait trop peu ... et dire que mon galaxy s aujourd'hui ne fait pas mieux ...

notre bon vieux C des chaumières, réhaussé d'un foreach et des tables de hash de PERL.
surtout pas des templates.
surtout pas un garbage collector ou autre horreur ralentissante de ce type.
surtout pas de fonctionnalités qui appartiennent normalement a l'OS.
peut être une syntaxe mettant en valeur les section parallelisables, sans que ce soit forcé ni calculé.

non

mieux vaut apprendre ca a l'école que dans son premier taf ...

je confirme, il a pris ça plutôt bien ;)

tout les geeks arretent leur activité pour se concentrer uniquement sur free mobile ...

je pense a une vraie offre télé/vidéo sur mobile non ruineuse
je pense a une seconde sim pour avoir internet partout
je pense a un internet mobile non faussé, non filtré, non amputé.

... continuera a payer la taxe copie privée, parce que on sait jamais, deja qu'il le fait pas, que maintenant il peut pas, il trouveront une autre excuse pour ne toujours pas se remettre en cause ?

dlopen est gentil, mais deja que dans un autre commentaire je précise que ca va finir par ramer, alors la reouvrir une lib a chaque appel ...

Je ne comprends pas ta remarque sur syscall et LD_PRELOAD, peux tu etayer par un exemple ? je ne vois pas en quoi ca empeche une autre soft de reimplémenter ses appels standards.

c'est le problème des fd que je soulève en effet.
Peut être deja identifier le programme qui s'execute pour limiter les cas aux gestionnaires de fichiers uniquement.
Eliminer 0, 1 et 2 comme deja dit.
faire un stat sur le fichier pourvoir si le chemin est pas dans un /tmp ou un /var ou trucs du genre.
limiter aux fichiers ouverts en écriture seule (croisons les doigts pour ques les gestionnaires de fichiers soit pas trop crades sur ce point)
et renommer le tout en LentosCopier parce que ca va forcement avoir des conséquences.
Autant ce genre de softs pour Windows je veux bien croire (encore qu'ils ont du commencer a coder correctement chez m$ depuis le temps), autant pour un UNIX like je suis circonspect.

c'est vrai en effet :D
et pour l ´edito, je ne sais pas ce qu'il a ces derniers mois, il arrete pas de faire des éditos fleuves le garcon ... bien certes, mais un tantinet remplissage.

le concept est simple et peut en intéresser d'autres :

La plus part des UNIX modernes et assimilés utilisent des librairies dynamiques qui sont liées au programme exécutable juste avant son lancement effectif.
En général il s'agit des dépendances du programme (tout le bazard de /usr/lib).
On peut forcer une nouvelle dépendance par le moyen de la variable d'environnement LD_PRELOAD qui contient le chemin complet vers une librairie a lier en plus.
Le procédé et l'ordre de la phase de linkage font que les fonctions exportées explicitement de la librairie indiquée vont passer par dessus les existantes si elles ont la même signature (prototype C manglisé).
On peut donc "remplacer" n'importe quelle fonction.
Le hic est que pour ton cas, ce que tu remplace une fonction basse du système qui a un travail précis a faire et qu'il ne s'agit pas de corrompre. Si on se dit tiens, dans mon write je vais appeler le vrai write(2), bienvenu dans le monde merveilleux des boucles récursives infinies qui vont péter ta pile !
Notre sauveur sera syscall(2) qui permet de raccrocher l'appel initial faisant parie du système, sans utiliser le même prototype.
quelques numéros de syscall utiles :

#define __NR_exit                 1
#define __NR_fork                 2
#define __NR_read                 3
#define __NR_write                4
#define __NR_open                 5
#define __NR_close                6
#define __NR_waitpid              7
#define __NR_creat                8
#define __NR_link                 9
#define __NR_unlink              10
#define __NR_execve              11
#define __NR_chdir               12
#define __NR_time                13
#define __NR_mknod               14
#define __NR_chmod               15
#define __NR_lchown              16

Exemple :

le programme de test : test.c

int     main()
{
  write(1, "test\n", 5);
}

la librairie : lib.c

#include <unistd.h>

ssize_t write(int fd, const void *buf, size_t count)
{
  syscall(4, 1, "INTERCEPTED : ", 14);
  return syscall(4, fd, buf, count);
}

dans le shell (bash ici)

Le programme de base :

[oktail@marelle oktail]# gcc test.c
[oktail@marelle oktail]# ./a.out
test

Modifions le sans toucher au code ni même le recompiler lui :

[oktail@marelle oktail]# gcc -shared -o write.so ./lib.c
[oktail@marelle oktail]# export LD_PRELOAD=$PWD/write.so
[oktail@marelle oktail]# echo $LD_PRELOAD
/home/oktail/write.so
[oktail@marelle oktail]# ./a.out
INTERCEPTED : test
^^^^^^^^^^^^^^

Tadaaa ...

Reste a faire en sorte que ton appel modifié puisse informer ton produit qu'un write se passe. Si je puis te conseiller, fait en un daemon. Et pour choisir les fd interessants et leur état ... deja évite les 0, 1, et 2 mais audela de ca j'ai pas l'inspiration, encore trop de vapeurs de raclette pour réfléchir correctement ici.

a noter que plutot que la variable LD_PRELOAD, tu peux passer par le fichier /etc/ld.so.preload

autre remarque pour les devs de tout poils, si dans vos softs vous utilisez read (2) pour lire un passwd tapé par l'user, j'espère que vous profiterez des fêtes pour remédier a cette grosse faille !

n'intercepte pas la copie car les gestionnaires de fichiers ne le permettent pas (ou je n'ai pas trouvé comment).

un LD_PRELOAD surchargeant open/read/write/close/unlink ne suffirait pas ? si il y a moyen de determiner quels fd sont interresants a intercepter et relayer l'appel ensuite sur le syscall qui va bien et ca devrait rouler.

Vous pouvez éditer cette partie en cliquant sur le crayon !

un instant j'ai failli croire a un gros bug de l'édition des dépêches ! qui sait, pour un 1er Avril ca pourrait être drôle ;)

mort :
* État de non vie
* en début de tirade, menant généralement au plonk

gratuit ou pas, tant qu'ils ne feront pas l'effort multiplates formes au dela d'OSX, ils sont pas près de m'avoir comme mouton.

non, elle existait déjà dans windows 3.x

et bien sur le scénario islandais : un gros doigt aux créanciers et une déflation massive de la onnaie pour payer les resquilleurs avec du papier de monopoly.

Je dirais bien pareil pour le G4 et les matos un tantinet exotiques. Tellement de gosses aujourd'hui ne savent même pas qu'un ordi ce fut autre chose que du WinTel pour faire tourner MSN et fb ...
Si ca marche encore faut pas jeter !

il est la : http://www.chipworks.com/images/content-images/galleries/silicon-art-4/waldo_l.jpg

si le compte est vraiment supprimé, m'en vais poster un meatspin sur mon fb tiens ..

Merci Charlie hebdo de nous avoir donnés l'astuce !

tu devrais essayer de faire marcher une société avec 0 salariés et 100% d'actionnaires. bon courage.

je pencherais plus pour 95% de la population en pur random. ca réglerait pas mal de problèmes.

Si l'autre BSA - Le seul le VRAI ( http://www.bsa.lu/ ) - était encore de ce monde, il aurait déjà agi en conséquence !