c'est ni un foudre de guerre ni une config bien performante.
Vu la vitesse de n'importe quel ordi actuel, cela ne me semble pas bien grave.
Puis il faudrait qu'au moins les développeurs arretent d'utiliser la derniere foudre de guerre à la mode, comme tu dis, si on ne veut pas finir avec une obligation d'acheter des machines dont le proc à lui tout seul dissipe 300 W
Cette machine à une vitesse indécente par rapport à l'ordi que j'ai depuis 5 ans, et que je ne compte pas vraiment changer avant 5 autres années.
4.2. Sous l'égide de deux experts désignés par les pouvoirs publics, étudier avant le 1er octobre 2004 les solutions proposées par les industriels de la musique (étude transmise par le SNEP) en matière de filtrage, à la demande des internautes, dans le domaine du peer-to-peer. Si les experts l'estiment nécessaire et possible sur les plans techniques, notamment en termes de qualité de service, et économiques, et sous leur supervision, expérimenter, via un ou plusieurs fournisseurs d'accès, dans les délais recommandés par les experts, certaines de ces solutions. Un bilan de l'expérimentation est établi de manière à proposer, si c'est possible sur les plans techniques et économiques, dans des conditions réellement incitatives, le bénéfice d'un de ces systèmes aux abonnés qui le souhaitent. Les conditions de l'expérimentation et de sa prise en charge financière, ainsi que de l'éventuel déploiement, seront précisées dans des conventions particulières. Pendant la durée de l'étude et de l'éventuelle expérimentation, les industriels de la musique s'abstiennent de solliciter des mesures de filtrage dans toute action contentieuse ;
Merde, il va falloir que je me mette serieusement à bosser rapidement sur mon idée de réseau p2p furtif anti cap gemini :p (je devrais dire anti maguoilleur qui font des rapports dans lesquels ils recommande un filtrage inefficace à long terme et ils le savent bien sinon c'est des crétins finis chez tous les FAI administrer par une société de service informatique (on ce demande bien qui ??? ) ) Ce qui est cool c'est que tous les filtrage qu'ils vont mettre en place vont avoir simplement pour effet d'augmenter radicalement la furtivité et la sécurité des réseau p2p existant et à avenir.
Le problème c'est qu'on rentre dans une espèce de course aux armements et on risque de dériver vers un système totalitaire ou le net ne serait plus que marchant.
C'est le seul genre de truc qui me donne envi de buter des gens :/
Dans la vrai vie, en Europe, aux States, partout dans le monde meme la ou c'est totalement illégal, il est possible de déposer n'importe quel brevet stupide meme si il n'est pas innovant, meme si il est trivial, meme si la technique à été publiée avant.
Et pire : les brevets protège dans les faits aujourd'hui bien plus souvent un concept, qu'une implémentation.
C'est marrant les gens qui veulent virer les plus competents pour eviter de voir leur progression hierarchique remise en question. Ils se sont crus au maillon faible ? Sinon quelqu'un aurait des témoignages positif sur le boulot à EDF histoire que j'évite de me mettre à souhaiter que l'entreprise soit privatisée et que la moitié des employés soient virés ?
Plus maintenant
Le système marchait bien au début.
Aujourd'hui, l'environement économique et scientifique est totalement différent.
Vouloir concerver un outil qui a été concu à un autre age est absurde.
Euh tu as dirigé kppp sur /dev/ttyS2 ?
As-tu essayé de dirigé kppp sur /dev/modem ?
En fait le fait que ca soit décrit en tant que com3 sous windows importe peu.
Windows à une API qui fait que les drivers de ports série sont accédés en tant que comX et comme sur la plupart des ordi com1 et com2 existent déjà, l'interface série 'virtuelle' créée par le driver est com3. Sous linux les ttySn sont la plupart du temps réellement resérvé aux 'vrais' interfaces séries. Les modems softwares se retrouvent sur un char device avec un major / minor défini par le driver. Le mknod sert à creer un point d'acces pour le couple major / minor, permettant aux programmes de l'espace utilisateur de se servir du modem.
Tout ca pour te dire que une fois le lien symbolique effectué (ln -s ...) il faut dire aux logiciels se servant du modem d'utiliser le device /dev/modem. Le lien symbolique se charge de rediriger vers le vrai device (/dev/536ep) qui lui redirige grace au major minor vers le char device driver du noyeau. Et normallement ca marche ...
Conclusion : Il ne faut pas toujours croire les explications simplistes qui disent que comX (win) => /dev/ttySn (nux) avec n = X - 1. Dans ton cas précis c'est faux.
Les bouquins dont tu parles ont des qualités littéraires certaines et je trouve le style de celui la certe moins bon que celui de 84, mais j'ai trouvé les parties de science fiction assez rigolote au pire, et tout a fait "plausible" au mieux (je ne trouve pas de meilleurs mot que "plausible" pour exprimer ce que je ressend (!= plausible sans les "" ;), mais en tout cas ceux qui ont lus Net Force de Tom Clancy peuvent ce faire une idée de ce que je ne considère pas comme "plausible").
Si le but du procès c'etait d'invalider le copyleft sans le reste, ceux qui voulaient faire ca sont des abruti : regardez la license GPL et essayez de trouver quelles clauses il faudrait effectivement supprimer pour obtenir ca... En fait c'est quasiment impossible... Au pire la GPL pourrait quasi integralement tomber, ce qui poserait certes un problème, mais contournable puisqu'il "suffirait" alors de distribuer sous une autre license, voir de creer une GPL v3 (ou v2.5 si la 3 n'est pas prète). Je pense qu'en cas de truc aussi grave qu'une invalidité (meme partielle) avérée de la GPL dans un seul pays, la FSF créerait en effet rapidement une nouvelle version.
La dernière fois que j'ai eu des problème de corruption de données aussi violent, j'avais une barrete de RAM défecteuse. Il est possible qu'un buffer quelconque du noyeau ce trouve maintenant pile à l'endroit ou tu as une erreur materielle.
On peut s'amuser à tout chiffrer : dès lors impossible de filtrer les données.
Pour cela on peut imaginer utiliser du SSL ; inconvenient : votre FAI peut très bien (sous un gouvernement autoritaire, a cause des dérives des lois anti copie privee, etc...) se mettre à faire du man in the middle, et adieu le cryptage. Et impossible de controler l'identité de celui avec qui on négocie la clef sur un réseau ouvert... Il serait interressant de mettre un oeuvre un tel système de chiffrage avec un plus un degré de furtivité (implementable avant ou apres le chiffrage). Par exemple communiquer les données par requetes sur un fichier .php totalement abstrait et dont le nom importe peu en lui passant ce qui ressemble à un hash md5 en parametre : impossible de filtrer ca sans couper une bonne partie des serveurs web normaux. Pour la réponse utiliser de la stéganographie sur des pages oueb aillant l'air par ailleur totalement plausible mais comportant une part primordial d'aleatoire pour eviter une detection par contenu.
On pourrait aussi stocker une partie des clefs des participants sur le réseau p2p lui même : le handshake deviendrait un échange de données partielles et man in the middle ne serait plus possible. Reste à prévoir un système pour la connexion initiale au réseau.
Enfin il serait souhaitable de maintenir une blacklist des ips pouvant tenter d'attaquer un tel réseau en introduisant des noeuds volontairement defectueux, ou autre.
L'idée telle que je la présente reste un peu basique et il reste possible de filtrer un tel système en faisant l'hypothèse que tout flux est suspect et en essayant de trouver les informations négociée par ce type d'échange, et en aillant des noeuds connecté au réseau pour trouver la partie manquante des clefs. Mais en la poussant un peu plus loin il devrait être possible de construire un système suffisement furtif pour que le cout d'un filtrage augmente au dela de toute consideration économique raisonnable. Par exemple utiliser le blacklistage pour répondre par de fausse clefs au lieu de simplement jeter le participant... Dès lors que le cout du filtrage atteindra un point de non retour, la tentative de filtrage aura échouée.
Non si il y a un lien à un moment ou à un autre (dynamique, statique, ...), que tu distribues ca en source ou binaire, c'est soit toi qui est dans l'illégalité soit l'utilisateur qui compile...
Oui si ton projet ne dépend pas de fmod, c'est à dire communique avec fmod avec une API qui pourrait par exemple tres bien etre implementer par un autre programme. Le tout et de pouvoir prouver que tu ne fait pas un travail basé sur fmod, mais que tu utilise simplement fmod. La frontiere peut etre des fois floue...
C'est le premier reportage que je vois qui captes que le CD est condamné et qui conclue clairement que l'industrie du disque est la première responsable de ses déboires.
Certes Pascal nous offre son discours habituel et bien rodé, c'est dommage que les reporter ne lui fasse pas remarquer ses contradictions et l'inadéquation des parrallèles qu'il utilise.
Le principal reproche que je pourrais faire c'est qu'il n'y a aucun travail d'analyse critique sur les discours des uns ou des autres. Du coup le reportage ce déroule sur 2 plans distincts : commentaires du reportage, et interviews. Le tout est faiblement relié.
Ca me semblerait être une bonne idée.
Ensuite il faudrait qu'un "gourou" puisse regarder ta machine pour voir ce qui cloche :)
Tu peux aussi passer quelques heures à fouiller dans les forums du net pour voir si des gens ont pas deja eu un problème similaire et comment ils s'en sont sorti
Je crois qu'à un moment du démarrage de la machine, tu as la possibilité d'appuyer sur 'I' si mes souvenirs sont bon. Cela te permettra de choisir selectivement au cas par cas les actions à effectuer, et celle à sauter.
Essaye la même commande avec /dev/sda1 et si ca ne marche pas essaye aussi avec /dev/sda2 , /dev/sda3 , /dev/sda4
Les disques dur sont en général partitioné, et /dev/sdax désigne la partition x.
/dev/sda désigne le disque dur en entier, et il y a des informations avant la FAT qui ne font pas partie de la FAT mais décrivent le découpage du HD en différentes partition.
Hors ta commande dit à Linux de lire le disque entier comme si c'etait de la FAT. Linux lit alors le début pour vérifier qu'il s'agit bien de FAT et ce rend compte que la structure des données ne correspond pas, donc il abandonne.
Note que selon les clefs USB, il peut aussi y avoir des partitions sur certains, et que /dev/sda ne fonctionne pas toujours avec des clefs. J'ai déjà vu /dev/sda , /dev/sda1 , ou /dev/sda4 avec différentes clefs.
En sftp ca doit surrement être jouable avec une option du serveur.
man sshd_config
En ssh c'est plus compliqué : déjà pour qu'ils puissent lancer des soft, etc, ils ont evidemment besoin d'un access en lecture sur les répertoires du système. (sinon les programmes ne pourrait pas se charger). Ceci étant dit tu peux les empecher d'aller fouiner dans les autres homes en reglant les permission des répertoire perso en 700 ou 760 selon qu'il y a un groupe users ou un groupe par utilisateur.
Tu peux changer les permissions avec chmod
700 veut dire rwx------ c'est à dire que seul le possesseur à le droit de se promener dans ce répertoire et d'en changer le contenu.
760 veut dire rwxr-x--- c'est à dire que le possesseur et les personnes appartenant a son groupe peuvent lire son repertoire perso, mais seul le possesseur peut le modifier.
Et sinon en francais ca donne quoi ta question :p
C'est qui "ils" ? Le chinois du FBI, ta un GPS dans ton alim ? :p
Pour ce qui est du fond (enfin de ske j'en ai compris) :
tu ne dois pas surrement pas tout reinstaller, mais il faut clairement plus de détails pour comprendre d'ou vient ton problème
Regarde dans les log de ton ordi ( fichiers texte du repertoire /var/log ) si il n'y a pas des informations interressantes concernant ton problème. L'information étant considéré comme interressante si elle parle de truc ne fonctionnant pas, d'adsl, de "pilote de connexion" ou autre driver, de module du noyeau (noyeau = kernel en anglais) ne se chargeant pas, etc...
Du style pas montable, avec e2salvage et e2retrieve qui se sont gentillement cassé la gueule dessus a grand coup de seg fault ou de consommation de RAM irréaliste. A cette occasion j'ai appris que le noyeau linux 2.4 est une "vrai merde" (c'est relatif quand meme hein :) qui ne retourne pas 0 si un malloc échoue (JAMAIS sur le 2.4.26) mais prèfère butter l'appli fautive a grand coup de kill. Je prépare intensement une migration sur un BSD ou un 2.6 :p pour voir si ils sont moins déglingués.
Je vais essayer avec un freeware propriétaire sous un os propriétaire.
Et aussi avec un 3è outils du style des 2 précédent testé.
Les brevets ne favorisent aujourd'hui en rien l'innovation.
Ce qui favorise l'innovation c'est la recherche et la libre diffusion des connaissances. Les brevets logiciels sont encores pire car on rentre dans le domaine de l'algorithmie, de l'immateriel et des maths, et qu'en plus les brevets ne sont pas sûr une implémentation (comme dans les autres domaines) mais sur une idée, un concept. (d'après une conference sur les brevet en matière de procédé du vivant, il existe une dérive similaire en matière de procédé industriels biotechnologique : précision d'une implémentation, mais interdiction des implémentations concurrente : voir l'affaire d'un test de dépistage du cancer du sein monopolisé par une boite américaine, si mes souvenirs sont bons)
Bref les brevets sont une invention de je sais plus quel siecle reculé, qui servent aujourd'hui uniquement l'interet liberalo-capitaliste et n'ont plus rien à voir avec l'innovation. Le LL (et même dans une certaine mesure le LP) l'à démontré.
En matière de biotech, médicament, et santé, c'est bien pire : les brevets tuent chaque jour des gens vivant dans des pays défaforisés.
Si on est dans le contexte du C, alors le préprocesseur à une signification historique et désigne généralement le bidule qui transforme les #qqchose en autre chose. (c'était même un programme séparé)
Après si on s'interresse au fonctionnement interne des compilateurs on peut se dire que ceci ou cela _devrait_ être appelé préprocesseur, mais dans l'esprit d'un developpeur C (qui ne developpe pas de compilo :) le préprocesseur gère juste les directives et remplacement (par définition en plus).
[^] # Re: Surtout...
Posté par Guillaume Knispel . En réponse au journal PCs Carrefour avec Mandrakelinux préinstallé !!. Évalué à 2.
Vu la vitesse de n'importe quel ordi actuel, cela ne me semble pas bien grave.
Puis il faudrait qu'au moins les développeurs arretent d'utiliser la derniere foudre de guerre à la mode, comme tu dis, si on ne veut pas finir avec une obligation d'acheter des machines dont le proc à lui tout seul dissipe 300 W
Cette machine à une vitesse indécente par rapport à l'ordi que j'ai depuis 5 ans, et que je ne compte pas vraiment changer avant 5 autres années.
# RHHHHHHHHHHHHHHHHHHHHHHAAAAAAAAAAAAAAAAA
Posté par Guillaume Knispel . En réponse au journal L'ennemi de la culture : l'internaute. Évalué à 5.
Merde, il va falloir que je me mette serieusement à bosser rapidement sur mon idée de réseau p2p furtif anti cap gemini :p (je devrais dire anti maguoilleur qui font des rapports dans lesquels ils recommande un filtrage inefficace à long terme et ils le savent bien sinon c'est des crétins finis chez tous les FAI administrer par une société de service informatique (on ce demande bien qui ??? ) ) Ce qui est cool c'est que tous les filtrage qu'ils vont mettre en place vont avoir simplement pour effet d'augmenter radicalement la furtivité et la sécurité des réseau p2p existant et à avenir.
Le problème c'est qu'on rentre dans une espèce de course aux armements et on risque de dériver vers un système totalitaire ou le net ne serait plus que marchant.
C'est le seul genre de truc qui me donne envi de buter des gens :/
[^] # Re: Le système des brevets U.S.
Posté par Guillaume Knispel . En réponse à la dépêche John Carmack victime des brevets logiciels. Évalué à 5.
Et pire : les brevets protège dans les faits aujourd'hui bien plus souvent un concept, qu'une implémentation.
Bref, plus rien a voir avec de l'innovation.
[^] # Re: Glazblog
Posté par Guillaume Knispel . En réponse au journal La belle corinne est une rebelle. Évalué à 2.
[^] # Re: Hummm cela cache aussi la brevetabilite des algo mathematiques
Posté par Guillaume Knispel . En réponse à la dépêche Brevets logiciels : analyse de la directive votée par le Conseil de l'UE. Évalué à 2.
Le système marchait bien au début.
Aujourd'hui, l'environement économique et scientifique est totalement différent.
Vouloir concerver un outil qui a été concu à un autre age est absurde.
[^] # Re: Mes 2 cts...
Posté par Guillaume Knispel . En réponse au message Problème de modem. Évalué à 2.
As-tu essayé de dirigé kppp sur /dev/modem ?
En fait le fait que ca soit décrit en tant que com3 sous windows importe peu.
Windows à une API qui fait que les drivers de ports série sont accédés en tant que comX et comme sur la plupart des ordi com1 et com2 existent déjà, l'interface série 'virtuelle' créée par le driver est com3. Sous linux les ttySn sont la plupart du temps réellement resérvé aux 'vrais' interfaces séries. Les modems softwares se retrouvent sur un char device avec un major / minor défini par le driver. Le mknod sert à creer un point d'acces pour le couple major / minor, permettant aux programmes de l'espace utilisateur de se servir du modem.
Tout ca pour te dire que une fois le lien symbolique effectué (ln -s ...) il faut dire aux logiciels se servant du modem d'utiliser le device /dev/modem. Le lien symbolique se charge de rediriger vers le vrai device (/dev/536ep) qui lui redirige grace au major minor vers le char device driver du noyeau. Et normallement ca marche ...
Conclusion : Il ne faut pas toujours croire les explications simplistes qui disent que comX (win) => /dev/ttySn (nux) avec n = X - 1. Dans ton cas précis c'est faux.
[^] # Re: affreux
Posté par Guillaume Knispel . En réponse à la dépêche Autonomy : un roman Libre pour emporter à la plage. Évalué à 2.
[^] # Re: pb alsa
Posté par Guillaume Knispel . En réponse au message modprobe.conf et arrachage de cheveux :s. Évalué à 2.
Il va te falloir explorer le pourquoi du comment il n'invoque pas alsactl pour restaurer les parametres de mixage au démarrage.
[^] # Re: Mes 2 cts...
Posté par Guillaume Knispel . En réponse au message Problème de modem. Évalué à 2.
rm /dev/modem
ln -s /dev/536ep /dev/modem
[^] # Re: Besoin de précisions...
Posté par Guillaume Knispel . En réponse à la dépêche La justice allemande déclare la GNU GPL valide. Évalué à 2.
# Teste ta RAM
Posté par Guillaume Knispel . En réponse au message Très bizarre : Linux corrompt les données de ma clé USB !. Évalué à 2.
# Imaginons un handshake un tant soit peu furtif et adieu le filtrage
Posté par Guillaume Knispel . En réponse à la dépêche Pour H4r7.org, le copyleft est victime de la charte anti-piraterie. Évalué à 4.
On peut s'amuser à tout chiffrer : dès lors impossible de filtrer les données.
Pour cela on peut imaginer utiliser du SSL ; inconvenient : votre FAI peut très bien (sous un gouvernement autoritaire, a cause des dérives des lois anti copie privee, etc...) se mettre à faire du man in the middle, et adieu le cryptage. Et impossible de controler l'identité de celui avec qui on négocie la clef sur un réseau ouvert... Il serait interressant de mettre un oeuvre un tel système de chiffrage avec un plus un degré de furtivité (implementable avant ou apres le chiffrage). Par exemple communiquer les données par requetes sur un fichier .php totalement abstrait et dont le nom importe peu en lui passant ce qui ressemble à un hash md5 en parametre : impossible de filtrer ca sans couper une bonne partie des serveurs web normaux. Pour la réponse utiliser de la stéganographie sur des pages oueb aillant l'air par ailleur totalement plausible mais comportant une part primordial d'aleatoire pour eviter une detection par contenu.
On pourrait aussi stocker une partie des clefs des participants sur le réseau p2p lui même : le handshake deviendrait un échange de données partielles et man in the middle ne serait plus possible. Reste à prévoir un système pour la connexion initiale au réseau.
Enfin il serait souhaitable de maintenir une blacklist des ips pouvant tenter d'attaquer un tel réseau en introduisant des noeuds volontairement defectueux, ou autre.
L'idée telle que je la présente reste un peu basique et il reste possible de filtrer un tel système en faisant l'hypothèse que tout flux est suspect et en essayant de trouver les informations négociée par ce type d'échange, et en aillant des noeuds connecté au réseau pour trouver la partie manquante des clefs. Mais en la poussant un peu plus loin il devrait être possible de construire un système suffisement furtif pour que le cout d'un filtrage augmente au dela de toute consideration économique raisonnable. Par exemple utiliser le blacklistage pour répondre par de fausse clefs au lieu de simplement jeter le participant... Dès lors que le cout du filtrage atteindra un point de non retour, la tentative de filtrage aura échouée.
# Surrement non, mais ptet que oui :p
Posté par Guillaume Knispel . En réponse au journal fmod, licence, GPL toussa. Évalué à 2.
Oui si ton projet ne dépend pas de fmod, c'est à dire communique avec fmod avec une API qui pourrait par exemple tres bien etre implementer par un autre programme. Le tout et de pouvoir prouver que tu ne fait pas un travail basé sur fmod, mais que tu utilise simplement fmod. La frontiere peut etre des fois floue...
# Pas trop mal
Posté par Guillaume Knispel . En réponse au journal Reportage Arte sur l'industrie du disque.. Évalué à 2.
Certes Pascal nous offre son discours habituel et bien rodé, c'est dommage que les reporter ne lui fasse pas remarquer ses contradictions et l'inadéquation des parrallèles qu'il utilise.
Le principal reproche que je pourrais faire c'est qu'il n'y a aucun travail d'analyse critique sur les discours des uns ou des autres. Du coup le reportage ce déroule sur 2 plans distincts : commentaires du reportage, et interviews. Le tout est faiblement relié.
[^] # Re: Et en francais ?
Posté par Guillaume Knispel . En réponse au message :s pas de chance avec ca. Évalué à 2.
Ensuite il faudrait qu'un "gourou" puisse regarder ta machine pour voir ce qui cloche :)
Tu peux aussi passer quelques heures à fouiller dans les forums du net pour voir si des gens ont pas deja eu un problème similaire et comment ils s'en sont sorti
[^] # Re: Et en francais ?
Posté par Guillaume Knispel . En réponse au message :s pas de chance avec ca. Évalué à 2.
# Essaye avec un autre device
Posté par Guillaume Knispel . En réponse au message disque dur usb. Évalué à 2.
Les disques dur sont en général partitioné, et /dev/sdax désigne la partition x.
/dev/sda désigne le disque dur en entier, et il y a des informations avant la FAT qui ne font pas partie de la FAT mais décrivent le découpage du HD en différentes partition.
Hors ta commande dit à Linux de lire le disque entier comme si c'etait de la FAT. Linux lit alors le début pour vérifier qu'il s'agit bien de FAT et ce rend compte que la structure des données ne correspond pas, donc il abandonne.
Note que selon les clefs USB, il peut aussi y avoir des partitions sur certains, et que /dev/sda ne fonctionne pas toujours avec des clefs. J'ai déjà vu /dev/sda , /dev/sda1 , ou /dev/sda4 avec différentes clefs.
# En ssh
Posté par Guillaume Knispel . En réponse au message Restrictions Utilisateurs. Évalué à 4.
man sshd_config
En ssh c'est plus compliqué : déjà pour qu'ils puissent lancer des soft, etc, ils ont evidemment besoin d'un access en lecture sur les répertoires du système. (sinon les programmes ne pourrait pas se charger). Ceci étant dit tu peux les empecher d'aller fouiner dans les autres homes en reglant les permission des répertoire perso en 700 ou 760 selon qu'il y a un groupe users ou un groupe par utilisateur.
Tu peux changer les permissions avec chmod
700 veut dire rwx------ c'est à dire que seul le possesseur à le droit de se promener dans ce répertoire et d'en changer le contenu.
760 veut dire rwxr-x--- c'est à dire que le possesseur et les personnes appartenant a son groupe peuvent lire son repertoire perso, mais seul le possesseur peut le modifier.
# Et en francais ?
Posté par Guillaume Knispel . En réponse au message :s pas de chance avec ca. Évalué à 2.
C'est qui "ils" ? Le chinois du FBI, ta un GPS dans ton alim ? :p
Pour ce qui est du fond (enfin de ske j'en ai compris) :
tu ne dois pas surrement pas tout reinstaller, mais il faut clairement plus de détails pour comprendre d'ou vient ton problème
Regarde dans les log de ton ordi ( fichiers texte du repertoire /var/log ) si il n'y a pas des informations interressantes concernant ton problème. L'information étant considéré comme interressante si elle parle de truc ne fonctionnant pas, d'adsl, de "pilote de connexion" ou autre driver, de module du noyeau (noyeau = kernel en anglais) ne se chargeant pas, etc...
[^] # Re: Complètement ?
Posté par Guillaume Knispel . En réponse au message Récupération de données - ext2. Évalué à 2.
Je vais essayer avec un freeware propriétaire sous un os propriétaire.
Et aussi avec un 3è outils du style des 2 précédent testé.
[^] # Re: les brevets peuvent ils favoriser l'innovation ?
Posté par Guillaume Knispel . En réponse à la dépêche Microsoft et Apple poursuivis pour violation de brevet. Évalué à 4.
Ce qui favorise l'innovation c'est la recherche et la libre diffusion des connaissances. Les brevets logiciels sont encores pire car on rentre dans le domaine de l'algorithmie, de l'immateriel et des maths, et qu'en plus les brevets ne sont pas sûr une implémentation (comme dans les autres domaines) mais sur une idée, un concept. (d'après une conference sur les brevet en matière de procédé du vivant, il existe une dérive similaire en matière de procédé industriels biotechnologique : précision d'une implémentation, mais interdiction des implémentations concurrente : voir l'affaire d'un test de dépistage du cancer du sein monopolisé par une boite américaine, si mes souvenirs sont bons)
Bref les brevets sont une invention de je sais plus quel siecle reculé, qui servent aujourd'hui uniquement l'interet liberalo-capitaliste et n'ont plus rien à voir avec l'innovation. Le LL (et même dans une certaine mesure le LP) l'à démontré.
En matière de biotech, médicament, et santé, c'est bien pire : les brevets tuent chaque jour des gens vivant dans des pays défaforisés.
[^] # Re: Quand c'est complêtement détruit ...
Posté par Guillaume Knispel . En réponse au message Récupération de données - ext2. Évalué à 2.
# Littérature
Posté par Guillaume Knispel . En réponse au journal SYSTÈME D'INFORMATION SCHENGEN II. Évalué à 2.
[^] # Re: Petites precisions
Posté par Guillaume Knispel . En réponse au journal J'adore Linus. Évalué à 3.
[^] # Re: Petites precisions
Posté par Guillaume Knispel . En réponse au journal J'adore Linus. Évalué à 2.
Après si on s'interresse au fonctionnement interne des compilateurs on peut se dire que ceci ou cela _devrait_ être appelé préprocesseur, mais dans l'esprit d'un developpeur C (qui ne developpe pas de compilo :) le préprocesseur gère juste les directives et remplacement (par définition en plus).