gUI a écrit 6076 commentaires

ils disent de se "deconnecter de l'environnement de bureau" et je n'ai aucune espece d'idee de ce qu'est un "environnement de bureau"

les droits d'un utilisateur sont évalués à la connexion. donc quand tu les changes, tu dois te déconnecter et te reconnecter pour profiter des nouveaux droits.

si tu es dans un environnement de bureau (c'est à dire environnement graphique, le cas le plus général), tu cherches dans les menus le "se déconnecter".

si tu es en mode console seulement (par exemple en SSH à distance) tu tapes exit et tu te reconnectes.

évidemment si tu rebootes la machine ça aura le même effet.

pas simple linux

c'est comme tout, quand tu sais pas… bin tu sais pas :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

La doc du kernel est une bonne source d'information générales :
https://linux-kernel-labs.github.io/refs/heads/master/labs/block_device_drivers.html

Rien que l'introduction donne une partie de la réponse :

Block devices are characterized by random access to data organized in fixed-size blocks. Examples of such devices are hard drives, CD-ROM drives, RAM disks, etc. The speed of block devices is generally much higher than the speed of character devices, and their performance is also important. This is why the Linux kernel handles differently these 2 types of devices (it uses a specialized API).

Working with block devices is therefore more complicated than working with character devices. Character devices have a single current position, while block devices must be able to move to any position in the device to provide random access to data. To simplify work with block devices, the Linux kernel provides an entire subsystem called the block I/O (or block layer) subsystem.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Pas de pb, c'est fait !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je vois mal ce genre de truc figurer dans la loi

Oui alors ce sera pas la première idiotie :) mais j'ai ça en tête (je cherche la ref). De même la copie par HDMI n'est pas censée être possible (voir HDCP)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Et en plus il n'y aurait pas une loi contre le reverse engineering qui t'interdirait même toute tentative ?

EDIT : Mais de toutes façons il me semble bien que tous les enregistreur TNT chiffrent, et c'est très sûrement une obligation légale.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

En fait c'est surtout que le type string n'existe pas. Faut déjà en prendre bien conscience.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

C'est vrai que l'overflow en général est en UB, et là j'avoue on peut le regretter (surtout que spécifier que tu tombes sur un modulo n'était pas très dur, et il me semble que c'est ce que fait à peu près tout le monde).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Le + célèbre: https://news.ycombinator.com/item?id=26296339

Je ne connaissais pas c'est très intéressant , merci pour le lien. Cela dit j'ai du mal à attaquer le langage lui-même qui est simple (pour pas dire simpliste), et justement ce style de "bug" est censé être facile à anticiper (strlen sur des chaînes de plusieurs Mo…).

Au passage je suis allé voir le code de strlen dans la libc. C'est amusant de voir tout de même l'optimisation 32/64 bits qui a été faite (et pas une simple boucle char par char).

Le C restant bas niveau il implique une connaissance de l'architecture de la machine, et du fonctionnement en général d'un ordinateur. Ça peut être un avantage ou un inconvénient selon les situations, mais c'est une propriété fondamentale du langage qu'on ne peut ignorer.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Aussi curieux que ça puisse paraître je penserais presque que /bin/bash n'existe pas chez toi. Tu es sur un Linux standard ? Ou un truc plus "limité" ?

ls -l /bin/bash stp pour être certain de ce côté là :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Trop d'UB qui ne servent à rien

Perso je trouve que c'est l'inverse. Tu as peu d'assurances de comportement, si tu t'y tiens, tu seras peinard au lieu de tenter des trucs chelou qui optimisent soi-disant le code (ou la vie du codeur). Quand je vois les exemples d'UB c'est à chaque fois du code qui à la base est incompréhensible.

Pour moi le C reste de l'ASM de haut niveau et il faut vraiment s'y tenir. À chaque ligne une instruction (ok, le i++ reste une exception acceptable).

Mais quand je vois des appels de fonctions qui eux-même castent des pointeurs pré-incrémentés… ouais non, c'est indéterminé et c'est tant mieux. Qu'ils séparent clairement les lignes, qu'ils utilisent des variables intermédiaires et l'ordre des instructions sera parfaitement connu. Surtout que avec les compilateurs actuels, ça ne changera sûrement rien au code final.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

ont finis par le repousser

Je ne suis pas certain que ces langages aient "repoussé" le C. Le C est resté dans les domaines d'applications qui existaient avant ces langages. Ces langages sont arrivés pour combler de nouveaux besoins, pas pour remplacer le C.

le hardware est digne des années 80

C'est pas le hardware qui est digne des années 80, c'est le logiciel (et il n'y a rien de péjoratif à ça, c'est mon métier).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Pour les vidéos j'utilise une extension Firefox Video DownloadHelper. Ça marche avec plus ou moins de bonheur selon les sites.

Je pense que tu peux tenter de prendre juste la partie https://… et de voir si tu tombes sur la video en question.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

J'ai joué le jeu, j'ai installé l'application dès sa disponibilité, et je l'ai laissée tourner 100% du temps (et elle tourne encore d'ailleurs)

Bon, on peut pas dire que ce soit une grosse performance : une seule notification de possible cas contact depuis le début. Alors la notification est très vague, ce qui assure une certaine confidentialité… mais en même temps qui n'aide pas bcp à évaluer le risque pour soi. J'en ai déduis que c'était le jour où je suis allé faire un test pour mon gamin, à l'hôpital sans rdv, donc 1h de queue (en extérieur, avec masque… très bien géré je vous rassure) avec autour de moi forcément des positifs.

Perso je trouve ça un peu maigre comme résultat avec une population qui détecte jusqu'à 400k personnes positives par jour.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Hop, dans ma besace à citations. Merci !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

N'hésite pas à nous faire un retour de cette expérience (sous la forme d'un journal), comme tu dis, ça va servir.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Publication des bleus également

Des plans ?

Oui open source et open hardware quoi.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

oups je m'étais trompé, merci :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

https://linuxfr.org/users/palm123/liens/combien-de-temps-faut-il-pour-lire-les-cgu-des-principales-apps

Celui-ci est purement génial. Je l'avais fait tourner dans mon entourage lors de sa publication, et ça parlait vraiment à tout le monde (des gens normaux… pas des geek quoi).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Si on prend R = 6400km, on obtient 0,99999987 ce qui s'arrondit sans aucun souci à 1.

Ce qui donnerait une erreur de l'ordre de 10⁻⁷. Négligeable dans la réalité bien évidemment, mais je pensais à bcp moins !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Pour celles et ceux qui n'auraient pas accès à NextInpact : https://www.backblaze.com/blog/backblaze-hard-drive-stats-for-2020/ (article en Anglais)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Est-ce que les effets de la poussée d'Archimède pourraient avoir un impact mesurable

Ah ça c'est fort possible. À 1g par litre d'air, j'imagine qu'on a qqchose comme 4 ou 5g. Sur 1kg c'est loin d'être négligeable.

Et pour info, les horloges atomiques deviennent d'une précision telle qu'elles peuvent mesurer la différence de gravitation à qques mètres d'altitude. Certes, on est loin de la balance de cuisine de maman :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

En fait gUI chipote beaucoup :).

C'est en effet le concept de la discussion :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

La balance ne mesure pas une masse mais bien un poids. Et oui c'est justement l'exercice de pensée, les poids ne seront pas les même parce que la gravitation n'est pas la même pour les 2 objets (et en plus tu as Archimède).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Tu pèses dans le vide parfait et hors de toute gravité… rien d'insurmontable.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Oui en fait il faut dire que "à masse égale", la plume sera plus légère (aura un poids inférieur) que le plomb.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.