Buf a écrit 449 commentaires

Pourtant, il suffit de suivre les liens depuis le communiqué, et on arrive sur le rapport complet.

L'accès est indifférencié au niveau de la syntaxe, mais ce n'est pas le cas au niveau du bytecode généré. Ça sera donc compatible au niveau source, mais pas au niveau binaire, on peut donc pas passer de l'un à l'autre de façon transparente.

Et bientôt, on aura quelqu'un qui viendra dire qu'il a son clavier qui se blo

ça ressemble beaucoup plus à du Java qu'à du C++

Tu as passé l'après-midi à attendre qu'on arrive à 41 commentaires ?

Outre les difficulté techniques que ça représenterait (je suis même pas sûr que ça soit faisable), ça ferait perdre tout son intérêt à ce truc.

De base, le gain de performance de ce mode bâtard 32/64 bits risque d'être au mieux marginal pour la plupart des applications (par rapport à du vrai 64 bits). Si en plus on ajoute un système de conversion de pointeurs pour appeler du code situé dans des bibliothèques 64 bits (qui ne vont donc pas profiter du gain de performance apporté par les pointeurs 32 bits), il ne restera plus aucun intérêt.

J'ai du mal à voir comment on pourrait garder la compatibilité avec des tailles de pointeur différentes.

Les jeux de l'époque n'hésitaient pas à attaquer directement le matériel sans passer par l'OS.

DosBox doit donc non seulement émuler le DOS (ça, c'est relativement facile, effectivement), mais aussi les cartes graphiques/cartes son/joystick de l'époque. À mon avis, c'est là que ça coince pour les jeux pas compatibles.

Je suis toujours impressionné par la légèreté dont font preuves les banques françaises avec l'argent de leurs clients...

Pour le problème de l'autorisation de payement qui ne serait pas envoyée par le client, il y a une solution simple : le prestataire fait l'intermédiaire entre le client et la banque. Le formulaire d'autorisation de payement est envoyé en même temps que le contrat, le client remplit et signe le tout, et renvoie tout ça au prestataire, qui se chargera de transmettre l'autorisation à la banque.

C'est beaucoup plus simple pour le client, qui n'a pas à gérer 2 envois différents, ça permet au prestataire d'être sûr que la banque a reçu l'autorisation avant de faire un prélèvement, et ça permet à la banque d'être stricte à ce niveau-là sans que ça dérange le client. C'est du gagnant-gagnant-gagnant.

Alors qu'il aurait suffi de mettre un champ texte "interdisant" la mémorisation du mot de passe par le navigateur...

Le problème, c'est pas la mémorisation des données coté client. Ce que ces claviers virtuels prétendent apporter, c'est une protection contre les keyloggers, et ça, c'est purement de la foutaise, peu importe la façon dont c'est fait.

Le clavier est donc là pour faire joli :-/

Ben de base, le principe même du clavier virtuel ne sert à peu près à rien (à part donner une illusion de sécurité)

Non, c'est pas le focus qui doit changer, il faut juste que les évènements de la roulette de la souris soient envoyés dans la fenêtre survolée au lieu de la fenêtre active. À ma connaissance, il n'y a pas d'option, même cachée, qui permet de changer ça.

Moi aussi, c'est un truc qui me rend dingue quand je suis sous Windows.

C'est là que l'on constate par la pratique que l'ergonomie, c'est pas mal de design, mais surtout énormément d'habitude des utilisateurs.

C'est surtout que l'ancienne interface n'était pas fondamentalement mauvaise. Elle était peut-être peu intuitive et difficile à prendre en main au départ, mais quand même plutôt bien pensée et efficace.

Bourbine, c'est plus sympa.

L'énergie en elle-même peut effectivement être considérée comme illimitée, mais ça n'a pas grand intérêt.

Ce qui est intéressant, c'est la puissance, soit la quantité d'énergie disponible par unité de temps. Et ça, ce n'est pas du tout illimité.

c'est geek (personne d'autre qu'un geek n'appellerait sa chatte "la chatte"... ou alors un obsédé sexuel, mais t'aurais quand même pas de bol)

Tu viens de m'apprendre que ma grand-mère est une obsédée sexuelle... (geek étant exclu dans son cas)

Faut pas oublier qu'à l'époque, les jeux passaient très souvent par-dessus l'OS pour aller attaquer directement le matériel. Je ne suis pas sûr qu'un projet comme AROS aide beaucoup pour les jeux par rapport à un UAE brut.

aussi critiqué que massivement utilisé.

Un peu comme Windows...

Oui, voilà. Qu'il y ait une bulle ou non, c'est difficile à déterminer, mais ce qui est certain c'est que la phase spéculative va s'arrêter en même temps que la création de la monnaie. C'est le but.

Il n'y a pas de raison que la spéculation s'arrête au moment de l'arrêt de la création de monnaie, au contraire.

La spéculation, c'est se dire que ce que j'achète aujourd'hui vaudra plus demain, et donc que je pourrai vendre en faisant un bénéfice.

Le prix étant déterminé par l'offre et la demande, si la demande continue d'augmenter, les prix vont monter, et le fait que l'offre soit bloquée va justement encore accentuer cette hausse.

Tant que la demande ne diminuera pas, la spéculation pourra continuer.

L'hibernation c'est le bordel sur tous les systèmes vu que tous les fabricants adaptent la norme à leur sauce...

Non, ça marche très bien avec un Mac sous Mac OS X.

J'avais eu le même problème avec la connexion internet au boulot, et effectivement, c'était lié au mail. En fait, on avait envoyé certains emails qui avaient été reportés à tord comme spam par leur destinataire. Swisscom a coupé la connexion immédiatement.

Bref, j'irais aussi voir du côté du mail, il suffit de pas grand chose pour se faire déconnecter...

mmap pour de la copie de fichier ? Ça apporte quoi ?

À mon avis, c'est impossible d'avoir quelque chose qui marche dans tous les cas, parce que c'est parfois très difficile de savoir sur quel disque se trouvent les données. Exemples :
- en raid, les données peuvent être sur plusieurs disques
- LVM complique aussi passablement les choses pour savoir sur quel disque on est
- il y a aussi le cas des systèmes de fichiers réseau
- les systèmes montés en loopback

Pour les performances, ce genre de programme est fondamentalement I/O bound, donc le choix de Python n'est pas vraiment un problème, vu que la plus grande partie du temps sera passée à attendre que les opérations sur les disques se terminent.

Les headers HTTP ne contiennent pas l'adresse source, donc non, ça ne peut pas être forgé comme ça.