William VOIROL
Messages postés261Date d'inscriptionmardi 12 décembre 2006StatutMembreDernière intervention10 juin 2019
-
12 sept. 2014 à 08:30
William VOIROL
Messages postés261Date d'inscriptionmardi 12 décembre 2006StatutMembreDernière intervention10 juin 2019
-
13 nov. 2014 à 11:02
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
William VOIROL
Messages postés261Date d'inscriptionmardi 12 décembre 2006StatutMembreDernière intervention10 juin 2019 13 nov. 2014 à 11:02
Bonjour,
Excusez-moi de vous avoir sollicité alors que la réponse était à portée de main:
la fonction _umul128() semble répondre à ma question.
A+
William VOIROL
Messages postés261Date d'inscriptionmardi 12 décembre 2006StatutMembreDernière intervention10 juin 2019 11 nov. 2014 à 07:54
Bonjour,
Ayant "aussi" des problèmes de "clics", je me permets de vous poser ici une question qui n'est surement pas à la bonne place:
Question assembler 64bits:
Si mes souvenirs sont bons, lorsqu'on faisait une multiplication en 8, 16 ou 32 bits, la partie "supérieure" du produit était aussi calculée dans un certain registre (AH, DX, EDX, ... je crois ...).
Aujourd'hui, avec les processeurs 64 bits, est ce que c'est encore le cas ?
Si oui, pouvez-vous me montrer comment on peut, à l'aide d'une routine assembler "in line", accéder au résultat du registre contenant les 64 bits "supérieurs" d'un produit ?
Merci d'avance pour votre réponse.
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 20 sept. 2014 à 18:04
Me semble que j'avais du mettre ma 1ere réponse dans la zone "evaluation".
Je ne suis décidément pas bon en clic.
KX
Messages postés16733Date d'inscriptionsamedi 31 mai 2008StatutModérateurDernière intervention31 janvier 2024127 20 sept. 2014 à 16:55
Alors non ce n'est pas possible, on ne peut évaluer que le code source.
Mais si tu as aimé le message de BruNews tu devrais également aimer le fork qu'il a fait de ton code : Taquin (2)
William VOIROL
Messages postés261Date d'inscriptionmardi 12 décembre 2006StatutMembreDernière intervention10 juin 2019 20 sept. 2014 à 16:49
Bonjour
J'ai beaucoup apprécié le message (ou le commentaire) de BruNews du 19 sept 2014 à 15:27 ci-dessus ... d'où ma question (qui ne concerne pas les "étoiles" du code déposé).
KX
Messages postés16733Date d'inscriptionsamedi 31 mai 2008StatutModérateurDernière intervention31 janvier 2024127 Modifié par KX le 20/09/2014 à 15:07
Peut-on mettre des "étoiles" à un message ? On peut mettre des étoiles pour évaluer un code (ou ne pas en mettre), mais pas pour évaluer un commentaire sur le code. De même que dans les forums on peut évaluer une réponse, mais pas un commentaire sur la réponse.
Là je te mets 2/5, parce que ton code est pour le moins obscur.
Pour autant je ne mets un vote que pour te montrer que l'on peut, je ne suis pas vraiment le mieux placé pour évaluer correctement du code C++.
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 20 sept. 2014 à 12:22
Voilà fait.
Si mon "ton" a pu paraitre désobligeant, désolé ce n'était pas le but.
A+
William VOIROL
Messages postés261Date d'inscriptionmardi 12 décembre 2006StatutMembreDernière intervention10 juin 2019 20 sept. 2014 à 07:35
Bonjour
Bien entendu que vous pouvez utiliser ce code source, surtout si c'est pour montrer (et m'apprendre) comment générer des exécutables moins dépendants.
Merci pour votre message dont le "ton" m'a l'air d'évoluer positivement.
Bonne continuation.
P.S. Peut-on mettre des "étoiles" à un message ?
Salut,
sympa ce taquin graphique.
Pour tout dire, j'avais deja vu "taquin" sur cppfrance mais je ne savais pas à quoi ça correspondait.
Commme deja dit sur une autre de tes sources, petite taille de l'exe parce que exe est statiquement lié à msvcr120.dll qui est runtime VS2013 de 840 Ko que peu de monde a sur son PC donc non distribuable sans setup.
J'ai refait en x64, sans CRT ni aucune dépendance (hors DLL SYSTEM) , exe = 4 Ko.
Si tu es d'accord, je peux mettre cette version en source en précisant l'origine. Je pense que ça pourrait t'intéresser.
Bonne continuation.
13 nov. 2014 à 11:02
Excusez-moi de vous avoir sollicité alors que la réponse était à portée de main:
la fonction _umul128() semble répondre à ma question.
A+
11 nov. 2014 à 07:54
Ayant "aussi" des problèmes de "clics", je me permets de vous poser ici une question qui n'est surement pas à la bonne place:
Question assembler 64bits:
Si mes souvenirs sont bons, lorsqu'on faisait une multiplication en 8, 16 ou 32 bits, la partie "supérieure" du produit était aussi calculée dans un certain registre (AH, DX, EDX, ... je crois ...).
Aujourd'hui, avec les processeurs 64 bits, est ce que c'est encore le cas ?
Si oui, pouvez-vous me montrer comment on peut, à l'aide d'une routine assembler "in line", accéder au résultat du registre contenant les 64 bits "supérieurs" d'un produit ?
Merci d'avance pour votre réponse.
20 sept. 2014 à 18:04
Je ne suis décidément pas bon en clic.
20 sept. 2014 à 16:55
Mais si tu as aimé le message de BruNews tu devrais également aimer le fork qu'il a fait de ton code : Taquin (2)
20 sept. 2014 à 16:49
J'ai beaucoup apprécié le message (ou le commentaire) de BruNews du 19 sept 2014 à 15:27 ci-dessus ... d'où ma question (qui ne concerne pas les "étoiles" du code déposé).
Modifié par KX le 20/09/2014 à 15:07
On peut mettre des étoiles pour évaluer un code (ou ne pas en mettre), mais pas pour évaluer un commentaire sur le code. De même que dans les forums on peut évaluer une réponse, mais pas un commentaire sur la réponse.
Là je te mets 2/5, parce que ton code est pour le moins obscur.
Pour autant je ne mets un vote que pour te montrer que l'on peut, je ne suis pas vraiment le mieux placé pour évaluer correctement du code C++.
20 sept. 2014 à 12:22
Si mon "ton" a pu paraitre désobligeant, désolé ce n'était pas le but.
A+
20 sept. 2014 à 07:35
Bien entendu que vous pouvez utiliser ce code source, surtout si c'est pour montrer (et m'apprendre) comment générer des exécutables moins dépendants.
Merci pour votre message dont le "ton" m'a l'air d'évoluer positivement.
Bonne continuation.
P.S. Peut-on mettre des "étoiles" à un message ?
Modifié par BruNews le 19/09/2014 à 15:28
sympa ce taquin graphique.
Pour tout dire, j'avais deja vu "taquin" sur cppfrance mais je ne savais pas à quoi ça correspondait.
Commme deja dit sur une autre de tes sources, petite taille de l'exe parce que exe est statiquement lié à msvcr120.dll qui est runtime VS2013 de 840 Ko que peu de monde a sur son PC donc non distribuable sans setup.
J'ai refait en x64, sans CRT ni aucune dépendance (hors DLL SYSTEM) , exe = 4 Ko.
Si tu es d'accord, je peux mettre cette version en source en précisant l'origine. Je pense que ça pourrait t'intéresser.
Bonne continuation.