AVOIR LA SOURCE ASM DE VOTRE PROJET VB

Commentaire de DeadlyPredator le 05/07/2004 07:57:33

Les fichiers ASM seront créé dans le dossier du form, du module,... donc il est préférable que vous ayez déjà enregistrer votre projet. N'OUBLIEZ SURTOUT PAS DE CRÉER LE FICHIER C2.CFG (DANS LE DOSSIER DE VB) ET D'Y AJOUTER :
-Fa"$filename$_VB.asm"

Commentaire de BruNews le 05/07/2004 13:05:45 administrateur CS

Salut,

quel interet ??? a part mettre en evidence pourquoi vb est si lent (String etant le pire de tout) et qu'il fait bien de disparaitre, je ne vois pas a quoi cela peut servir.

Bonne continuation.

Commentaire de DeadlyPredator le 05/07/2004 18:25:29

Tant qu'on va continuer de croire en vb, il va continuer d'exister!

Commentaire de crenaud76 le 05/07/2004 18:43:29

Même si je suis un fan du VB6, je suis d'accord avec Brunews !! Ce source ne fait que mettre en évidence les défauts de VB6 !! Un code tout simple en VB génère ENORMEMENT de code-machine ! Et pas des plus optimisé en plus à mon avis. !!!
Je developpe en VB depuis des années (plus de 10 ans) et j'adore ce langage, qui m'a bcp appris et avec lequel j'ai fait (et je continue encore) à faire des choses très balaise !! Mais Brunews à raison ! VB, au moins dans sa version 6 n'a plus aucun avenir ! Il continuera sans doute encore à exister car il y a plein de gens qui développe avec aujourd'hui et donc la masse de connaissance est importante et les programmeur sont souvent des gens rétissent à l'évolution (sans doute parceque cela les oblige à se remettre en cause et à reconnaitre qu'ils doivent presque tout réapprendre pour un autre langage). Mais les fait sont la : Dans le monde professionnel, il est de plus en plus inutile de connaitre le VB6. Il faut aujourd'hui se tourner vers les technologie web (java, php, etc ...) et/ou .NET : VB.NET (et la, la connaissance de VB6 est une grande aide), C#, etc ...

Je voudrais pas jouer au vieux con, mais, il y a un peu plus de 15 on programmais en Turbo Pascal ou en C et on disait que c'était les langages universels, que rien ni personne ne pourrait les déboulonner !! Qui programme encore en Turbo Pascal ou en C ?? Bien peu de gens en vérité (je fait abstraction des gens qui comme moi, code encore en Turbo Pascal, juste pour le plaisir !) Je veux dire dans le monde professionnel ????

Commentaire de BruNews le 06/07/2004 11:18:41 administrateur CS

davidauche > apprendre l'ASM c'est bien et je serais mal place pour dire le contraire mais surement pas a partir d'un listing issu de VB, c'est vraiment trop mauvais, prends plutot exemple sur un listing issu d'une compile C sur VS 2003 qui lui produit un ASM tres convenable.

Pour ce qui est de l'avenir de VB, qu'on aime ou pas n'entre pour rien dans l'affaire. Comme l'explique crenaud76, c'est quasi deja fini, faites un semblant de recherche d'emploi et vous en serez convaincu.

crenaud76 > le C/C++ est toujours tres employe dans le monde pro, partout ou il faut des performances, le langage bas niveau reste indispensable comme dans les jeux, le graphisme et tous les domaines ou le quasi 'temps reel' est requis, la medecine par exemple (mon boulot).

Bossez bien.

Commentaire de davidauche le 06/07/2004 15:08:23

Re, ni vb6, ni vb.net, ni c++ ou c++.net (le C c'est déjà dépasser par c++ ;) )  seront le futur de la programmation, il faut être franche et accepter la réalité, que Csharp sera le vrai futur, c'est un extrait 2 plusieurs langages (vb, c++, Java,...), donc à longtemps on sera obliger de programmer avec net, MS (que j'aime pas) va nous obliger  même si on n'aime pas ça :(. La seule langage qui reste en concurrence avec Csharp et MS c'est Java. bn courage a tt ;)

Commentaire de Horfee le 06/07/2004 19:49:23

slt
je suis vraiment pas d'accord avec certain : C est le meilleur langage : regardez linux, les systemes UNIX en general et vous verez que le C est derriere!!!
certe le C++ est plus puissant que C mais ce dernier est plus rapide donc chacun a ses propres atouts et en aucun cas il faut les mettre en concurrence!el C et C++ sont tt 2 les plus utilisés !!!
par contre pour ce qui est de vb6, ca fait deja longtemps que c mort : je programme depuis plus d'un an en VB.NET...mais tt c "langages" n'ont pour moi aucun avenir(trop lent : c fait pour bricoler, pas pour programmer) et pour repondre a bruNews des magasines ont demontré que VB6 etait malheureusement le 4eme langage le plus demandé en ce moment sur le marché du travail(avant il y a C/C++,java et un autre je c plus).
Quant à l'assembleur, c'est vrai que c bien, mais ce langage là aussi est mort : on ne peut ecrire que des petites routines avec donc ca sert plus a rien : ce n'est plus que pour la frime ou le cracking...donc je trouve donc cette source sans grand interet!!!
dsl deadly predator mais bon...je dis ce que je pense au moins.
++

Commentaire de Leonello le 06/07/2004 22:52:12

Le bon language de programmation, c'est celui que l'on maîtrise le mieux.

Leo

Commentaire de Bombela le 07/07/2004 12:32:01

LOL

Quel débat !

Je pense que l'asm, lui, reste incontournable.
Sans ça, je sais pas comment on peut faire un BootSector...

Ensuite, le C peut être comparé à de l'asm de haut niveau.
Il est très puissant, et les compilateurs (j'utilise GCC sous Windows) optimize de façons faramineuse le code ! J'ai fais des désassemblages de mes sources, et c'est mieux optimisé qu'un Humain ne peut le faire ! Le bémol, c'est que les compilo C n'utilise pas toutes les instructions des processeurs actuel, mais bon, vu que l'on peut faire de l'asm Inline...

Ensuite, le C++, j'avoue ne pas en avoir encore fait. Mais ce que je sais, c'est que c'est le language C orienté objet. Il est evidement fait pour les programmes utilisateurs, car il utilise des fonctions standard.

Ensuite, le VB, c'est "simple", mais alors, vraiment lent ! Mais lent !
J'ai fais des testes de boucle entre DElphi et VB, et j'ai jusqu'a 10 secondes d'écart !
De plus, les programme VB exige des DLL pour fonctionner, et ne fais que des programme Windows. Contrairement à DElphi, qui possède Kilix, pour Linux.

Le .NET, C# ? Oulala ! Encore MIcro$oft qui veux ralentire les PC !
Ce sont des language précompilé ! Vive la lenteur !
Et puis, on devient tributaire d'une sociétée, qui est Micro$oft...

Enfin voilà... Les bon language de haut niveaux évolue toujours...

Turbo Pascal > Delphi:Kilix
C > C++

Les autre évolue vers la démendance d'un société, et je ne pense pas que se soit bon !

J'ai dis. ;0)

Commentaire de ennixo le 25/08/2004 16:45:37

AH mais non !!!!

VB c'est très rapide et je peux le prouver !!!

si vous trouvez VB lent c'est que votre code n'est pas optimisé, que vous utilisez des variants, et que vous testez en mode debug (pas compilé).

là évidement c'est lent !

mais du code compilé est bien assez rapide pour concurrencer C++ (si si) !!!

alors évidement en c++ ça ira peut etre un poil + vite qu'en VB dans la globalité du programme mais il ne faut pas oublier que VB c'est certes assez simple mais ça n'empeche pas que c'est puissant.

sinon à ce moment là on a qu'à programmer en assembleur et optimiser à fond mais là s'il faut faire un truc un peu compliqué en VB ça devient carrément infernal en asm...

mais en tt cas, je l'ai déjà dit et je le redis VB c super rapide !!!

Sinon ce programme est interessant mais il pourrait être encore plus interessant de substituer les appels à la dll par des api windows (et ainsi avoir enfin des programmes standalone).

moi je dis : TODO !

Commentaire de Proger le 11/12/2007 14:44:49

J'aime bien la polémique :)
VB6 est aussi rapide que n'importe quel langage lorsqu'on fait des algorithmes _pur_ et qu'on ne code pas avec ses gros sabots.
La gestion des tableaux et des type utilisateurs et un chouia plus lent qu'en c++ a cause des contrôles anti "seg fault"... et le fait qu'on ne puisse pas utiliser de pointeurs.
Les opérations en virgules flottantes sont aussi un chouia plus lente, dans certains cas, à cause -aussi- de vérifications anti-dépassements.
Par contre il perd en vitesse si on travaille avec les gestions de Variant ou String (concaténation, mid() left() format(), etc...) là ou tous les autres langages ont des routines plus finaudes.
Enfin, l'utilisation d'objets et d'API est un gouffre à performances... à n'utiliser qu'en dernier recours (donc en E/S, et surtout pas dans un algo!).

Et bien evidemment, si vous compilez pas vos programmes VB6, toutes comparaisons avec des autres langages du même niveau est une hérésie... comparez-le plutôt au javascript dans ce cas!

Au final, VB6 est définitivement dépassé en perf parce qu'il ne bénéficie pas d'un compilateur costaud (son compilo date de 1998, et donc il était adatpé au CPU de l'époque, tandis qu'en .net, vc etc... ils sont plus récent, tirent parti du pipelining, des grosses caches, branchement prédictifs si on place les instructions dans un certain ordre...)

Commentaire de BruNews le 11/12/2007 16:15:35 administrateur CS

Quel discours de sourds...
Un compilateur costaud, mais pour quoi faire ? il y a très peu de compilé dans du VB, comme dit plus haut par EB, ce ne sont quasi que des call vers la VM, il n'y a pratiquement rien à optimiser.
Pour optimiser il faut avoir le code dans le listing.
Ce n'est pas avec du script genre: "maprogbar.value = n" qu'un autre compilo changerait quoi que ce soit, il faut par force appeler le binaire contenant le vrai code et c'est dans la VM que ça se situe.