OBTENIR LA VERSION DU SYSTEME,SON ENVIRONNEMENT,LE SERVICE PACK ET AURES ...

Commentaire de BruNews le 08/12/2006 17:39:45 administrateur CS

Traduction à la "asm VB" mais assurément pas du code qui serait passé dans un compilo C correct.
Le jour où mon compilo me fera des appels lstrcat, il prend la poubelle illico.
Il y a des registres à employer, mets EDI en fin de chaine et tu écrsi dessus, tu recup ainsi ton EDI toujours au point d'écriture sans reparcourir 50 fois la meme chaine.
invoke lstrcat,addr phrase,addr espace
là c'est le bouquet, non ?
mov byte ptr[edi], 32
add edi, 1
voila remplacé appel strcat...
Sérieux, l'asm est le domaine de l'optimisation maximale, en faire un sous VB n'avance à rien.

Commentaire de ToutEnMasm le 09/12/2006 18:14:55

Cest bientôt Noël,Je vais te faire un petit cadeau.
pour optimser le code utiliser la fonction comme suit
1) créer une locale pointeur
2) ranger l'adresse de phrase dans pointeur
;début des tests
lea eax,phrase
mov pointeur,eax
PuPo case,osvi.dwPlatformId
.if case == VER_PLATFORM_WIN32_NT
3) remplacer tous les lstrcat par la fonction ConcaTene
invoke ConcaTene,pointeur,SADR("Microsoft Windows Server 2003, "),addr pointeur

               ToutEnMasm
;additionne deux chaines terminées par zero
;renvoi le pointeur en bout de chaine écrite dans  padresse
;################################################################
ConcaTene PROC uses esi edi szSomme:DWORD, szAdd:DWORD ,padresse:DWORD
Local  retour:DWORD
         mov retour,0
;éviter un planté toujours néfaste
.if szSomme == 0 || szAdd == 0 || padresse == 0
jmp FindeConcaTene
.endif
mov esi,szAdd
mov edi,szSomme
cld
.LISTALL
@@:
.if byte ptr [edi] != 0 ;debut de chaine a augmenter
;aller en bout de chaine
inc edi
jmp @B
.endif
@@:
.NOLIST
.if byte ptr [esi] != 0
;recopier
movsb
jmp @B
.endif
mov al,0
mov [edi],al
;sauvegarder le pointeur de fin
mov esi,padresse
mov [esi],edi
mov retour,1

FindeConcaTene:
         mov eax,retour
         ret
ConcaTene endp

Commentaire de BruNews le 11/12/2006 21:18:22 administrateur CS

C'est inconstructif de dire ce qui ne va pas ??? c'est nouveau ça.
Ecraser la créativité... je fais dans le binaire pas dans la psy donc je passe.

3 ans que tu fais du sabir masm en obtenant 3 fois moins efficace qu'un compilo C en ayant mis 4 fois plus de temps que codé en C, si ça te convient c'est ok mais les débutants avec un tant soit peu d'ambition doivent savoir que c'est mauvais et pour cela encore faut-il que qlq'un l'ait écrit.

if osvi.dwPlatformId == x
4 fois de suite, bien entendu que j'aurais aussi pu l'évoquer mais je m'étais pourtant abstenu:
cmp  [adr], valeur
jb goINF
je goEQU
ici traitement goSUP

ben oui mais pour cela faut coder vraiment.
Dans tous les cas si tu ne veux pas progresser ne lis pas les comments et basta.
Je note que ToutEnMasm a lui par contre essayé d'en proposer une amélioration et c'est heureux ainsi.

Commentaire de frobinet le 12/12/2006 11:02:51

Désolé de mettre mal exprimé, ce que je voulais dire c'est que je n'apprécie plus la teneur des remarques DESAGREABLES qu'utilise sans arrêt BruNews lorsqu'il laisse une remarque sur le site. Je ne critique pas le fait que le code n'est  pas optimisé, je ne l'ai même pas lu et ça ne m'interresse pas (c'était le seul code de la semaine, c'est de la curosité c'est tout!!!).

En outre, sur un code aussi simple je suis moins regardant du point de vus otpimisation que pour un code demandant des ressources importantes (Cryptographie, 3D..). Mais encore une fois on peut faire une remarque d'optimisation sans non plus avoir une démarche aussi agressive.

De plus, on est sur un site assembleur, on n'a pas à critiquer le choix des personnes qui programment en assembleur. "Le C/C++ est mieux y en a qui sont gratuit (MingGW, VC++, LCC, SDCC...)", et alors je ne vois pas ce que cette remarque viens faire sur un site assembleur. Je ne vais pas sur un site VB pour dire que je trouve nul ceux qui programme avec ça, c'est leur choix (c'est même quelque fois imposé par le travail, et alors ?). Si vous ne pouvez plus vous passer du C/C++ y a un site qui est fais pour vous "www.cppfrance.com". ça aussi c'est récurent dans vos remarques et je ne vois vraiement pas en quoi ça fais avancé le codage en assembleur.

ça fais trois ans que je programme en MASM mais l'assembleur je l'utilise depuis plus de quinze ans pour les microcontroleurs (512 octets pour faire tenir un programme, le mieux c'est l'assembleur). Bien sûr que j'utilise le C++ comme tous programmeurs mais si j'ai envie de faire de l'assembleur j'ai peut être le droit ou faut-il que je vous fasse une demande ?

"Ecraser la créativité... je fais dans le binaire pas dans la psy donc je passe." bah non justement c'est ça le problème, si les programmeurs ne laissent pas de codes sur le sites car ils savent que c'est pour ce faire rembarrer, je ne vois plus l'interet du site.

Allez voir d'autres forum de programations assembleur, vous verrez que les aides apporté sont beaucoup plus motivants. J'ai lu par exemple avec grand plaisirs des batailles entre programmeurs sur des optimisations différentes entre AMD et INTEL qui donnent vraiement envie d'aller plus loin.

"Finalement, je ne vois pas non plus ce qui justifie ce style de programmation" Désolé ce n'était pas en relation avec la news c'était pour passer un message à BruNews c'est tout !

Commentaire de ToutEnMasm le 12/12/2006 15:10:41

J'allais oublier,
Pour le style,la raison en est que je suis un artiste "du copier coller."
Faire en 10 mn ce que les autres font un temps certain est le but de mon IDE,c'est ce qui donne ce style.
                          ToutEnMasm

Commentaire de ToutEnMasm le 13/12/2006 09:35:21

Une petite contribution sur l'ambiance dans les forums permettant une utile comparaison des points de vues de chacun.
C'est le même code qu'içi(commentaires en anglais mais sur un forum US.
http://www.manoscoder.gr/mbbs/forums/thread-view.asp?tid=53&posts=8&start=1

                    ToutEnMasm