Les questions à la con - Page 202

J'avais lu qu'un bouteille d'oxygène de secour avait été utilisée, ce qui prouvait qu'au moins une personne était encore vivante, et est morte à cause du choc en retombant.

En tout cas, ça fait toujours plaisir de voir les Américains utiliser une fusée nommée d'après l'URSS (Sovietski Soyouz = Union Soviétique).

WP dit trois sur quatre. Mais la dépressurisation ne tue pas instantanément, même à cette altitude. Et même avec de l'oxygène en fait, tu peux mourir rapidement quand t'es aussi haut, pour des raisons de pression interne.

Soyouz veut dire Union, comme dans l'union des peuples. Le rassemblement de la Race Humaine dans la paix pour conquérir l'espace. L'union de tous les gens de la Terre, le regard dirigé vers le ciel. Ce genre de chose pacifique rempli d'Amour et d'Espoir.

Sinon l'Union Army des Etats-Unis n'avait rien à voir avec l'Union Soviétique. Ce n'est qu'un nom commun. Très commun.

Les Soyouz sont bien des fusées qui datent des années 50-60 (elles ont lancé Gagarine), dérivées de missiles nucléaires.

Merci Nhut, encore passé une bonne demi-heure à lire sur la Guerre de Sécession

flanker (./6035) :
Les Soyouz sont bien des fusées qui datent des années 50-60 (elles ont lancé Gagarine), dérivées de missiles nucléaires.

Comme les protons, et comme un très grand nombre de lanceurs qui sont des missiles balistiques revampés.

Ximoon (./6037) :

flanker (./6035) :
Les Soyouz sont bien des fusées qui datent des années 50-60 (elles ont lancé Gagarine), dérivées de missiles nucléaires.

Comme les protons, et comme un très grand nombre de lanceurs qui sont des missiles balistiques revampés.

Oui, mais ça me fait sourire de voir KK vanter les qualités d'un missile nucléaire

Oui oui c'est assez délicieux

La propulsion n'est pas (encore) nucléaire et meme si ca peux arriver il n'est pas a but explosif

C'est quoi qui a empêché les LEDs blanches d'avoir été inventées plus tôt? Début des années 90 par exemple.

Les LEDs rouges existaient déjà depuis belle lurette à cette époque donc la technologie pour produire de la lumière à partir de diodes était déjà connue. En plus quand je regarde une LED blanche ça a l'air d'un truc tout con pas spécialement différent d'une LED rouge

toute la différence est dans le petit millimètre carré qui émet la lumière.

les LEDS blanches sont des LEDs bleues avec un tit bout de truc phosphorescent qui émet du jaune.

Donc il a fallu d'abord inventer les LEDs bleues et UV

et c'était pas facile, il fallait trouver que c'est le nitrure de Gallium Indium qui marche (InGaN)

https://en.wikipedia.org/wiki/Light-emitting_diode#Blue_LED

Ca a valu un nobel de physique.

Vala

Dju

Et c'est ça qui a permis l'avènement des écrans plats quelques années plus tard. On croirait pas comme ça.

Sinon un délégué commercial m'avait donné une petite clé USB de 4 Go mais quand je la branche elle apparaît comme 2 disques. L'un de 4 Mo contenant des infos sur la firme et l'autre vide. J'ai d'abord pensé qu'elle était partitionnée mais elle apparaît comme étant deux disques distincts. Il y a moyen de supprimer le premier disque?

Voici comment ça apparaît dans diskpart:
Disque 6 en ligne 3845 Mo
Disque 7 en ligne 6144 Ko

C'est probablement un pilote dédié qui fait ça, le mieux est probablement (évidemment après sauvegarde des données contenues!) de reformater la clé sur une machine GNU/Linux, voire sur un live CD/DVD/USB GNU/Linux que tu pourras booter sur ta machine. Comme ça, il n'y aura pas de pilotes propriétaires qui feront de la "magie" non voulue. Sinon, il y a peut-être aussi moyen de forcer l'utilisation du pilote standard du système d'exploitation.

Non c'est pas un driver, c'est une feature de certains firmwares de clés USB indépendante de l'OS.

Tu peux essayer cet outil :
https://sourceforge.net/projects/u3-tool/

Si ça marche pas, il faut trouver l'outil qui correspond au modèle de ta clé USB :
http://superuser.com/questions/320740/how-can-i-merge-a-usb-stick-shown-as-two-drives

C'est une clé commerciale, le "petit" disque est généralmeent fourni avec un autorun pour t'afficher le logo au branchement...

Je me suis battu pendant une heure, mais ça valait le coup

J'ai enfin fixé cette stupide clé USB à la con, ça me fait 4 Go d'espace

Peux-tu élaborer, au cas où d'autres auraient affaire au même genre de clé foireuse?

Nhut: "l'avènement des écrans plat" a commencé bien avant que les backlight LEDs soient abordable donc ce n'est pas lié..

(oui, les écrans LCD plats utilisaient des lampes CCFL avant, et ont continué à en utiliser même après l'arrivée des LEDs blanches pour les écrans de grande taille)

D'abord j'ai téléchargé ChipGenius, pour avoir un max d'infos sur ma clé USB: nom du fabricant, référence précise du chip, capacité réelle, etc.

Puis j'ai cherché l'outil spécifique du fabricant, mais aucune des versions téléchargées ne fonctionnait. J'allais abandonner quand je me suis dit que j'essaierais bien la toute dernière version. Et là ça a marché (enfin presque, il y a toujours deux drives, mais le premier fait 4 Go complets et le deuxième est marqué comme non monté)

Kevin: le protocole USB MSC est une émulation de SCSI, rien ne l'empêche de définir deux LUN.

Apres pour controler ca faut un outil a la noix, mais le support OS est standard.

D'ailleurs le driver gadgets usb ups de Linux permet d'avoir autant de LUN que l'on veux!

Comment se fait-il que des programmeurs 68k préfèrent, sur x86, la syntaxe Intel à la syntaxe AT&T? La syntaxe AT&T est pourtant beaucoup plus proche de celle du 68k (et pour moi, beaucoup plus claire).

Je suis assez d'accord, mais il faudrait virer les pourcents.

--register-prefix-optional ou un truc du genre

Kevin Kofler (./6055) :
Comment se fait-il que des programmeurs 68k préfèrent, sur x86, la syntaxe Intel à la syntaxe AT&T? La syntaxe AT&T est pourtant beaucoup plus proche de celle du 68k (et pour moi, beaucoup plus claire).

Parce que c'est la syntaxe native du x86, qui est celle utilisée par les docs du constructeur et quasiment tous les autres assembleurs (et que perso, j'ai apprise en premier), alors que la syntaxe AT&T "pseudo-68k" est un truc bizarre qui n'existe que dans GCC/GAS. Et en plus, elle est déroutante, avec son inversion source/destination et ses mnémoniques pas standard. Ce serait comme parler anglais en inversant nom et adjectif, et en faisant l'accord des adjectifs avec le nom, pour faire comme en français.

À noter que ça marche dans les deux sens : je ne sais pas s'il existe un assembleur 68k avec une syntaxe Intel-like, mais je ne l'utiliserais pas non plus.

Quant à la clarté, les deux solutions se valent : en C et dans la plupart des autres langages, la destination est à gauche et la source à droite, comme dans la syntaxe Intel (a |= 42 vs or eax, 42), alors que la syntaxe 68k fait le contraire. Pourtant je pense que ça ne dérange personne ici.

Zerosquare (./6058) :
alors que la syntaxe AT&T "pseudo-68k" est un truc bizarre qui n'existe que dans GCC/GAS.

Ce n'est pas vrai, elle existe aussi dans d'autres assembleurs *nix, c'est la syntaxe assembleur de Unix™ (System V) pour x86, qui vient de AT&T Bell Labs. Ce que j'ai lu est que la syntaxe AT&T est inspirée de la syntaxe du PDP-11 (qui était apparemment très similaire à celle du 68k – comme le PDP-11 était là avant, Motorola doit s'y être inspiré aussi). La syntaxe a été reprise par plein de dérivés Unix et aussi les clônes libres, GNU en premier. Mais c'est bien de AT&T que ça vient. Il faut savoir que GNU a été développé sous Unix au départ (jusqu'aux premières distributions GNU/Linux), que le premier backend GCC était le backend 68k et que Stallman connaissait aussi très bien le PDP-11. Il est probable que ces 3 facteurs aient tous contribué au choix de la syntaxe AT&T pour le x86.

Folco (./6057) :
--register-prefix-optional ou un truc du genre

Cette option n'est valable que pour le 68k, mais il existe une option équivalente pour x86: -mnaked-reg.

C'est dommage qu'ils n'aient pas choisi un nom uniforme pour cette option.