Et ajoute: le lancement de VS 2010 en France a eu lieu aujourd'hui
Pff... Moi qui utilise toujours (au boulot) Visual Studio 6 pour tous nos programmes en C...
<hs> On a bien converti qq projets en Visual Studio 2008, pour voir. Résultat : l'IDE est effectivement un peu plus sympa (même si des fonctions de base telle que la sélection en colonne sont toujours absentes(grrrr!)), et surtout le compilo a été amélioré, t ant en debug qu'en release : meilleure détection des buffer overrun, exe bien plus rapides (+30%), etc.
Mais, et je dirais même plus, MAIS, le prix à payer est là : une lenteur plus qu'énervante à la compilation, qui m'a tellement gonflé que je suis revenu à VS6. Je n'ose pas imaginer avec VS2010 ... </hs>
Et ajoute: le lancement de VS 2010 en France a eu lieu aujourd'hui
Pff... Moi qui utilise toujours (au boulot) Visual Studio 6 pour tous
nos programmes en C...
<hs>
On a bien converti qq projets en Visual Studio 2008, pour voir.
Résultat : l'IDE est effectivement un peu plus sympa (même si
des fonctions de base telle que la sélection en colonne sont
toujours absentes(grrrr!)), et surtout le compilo a été amélioré, t ant
en debug qu'en release : meilleure détection des buffer overrun, exe
bien plus rapides (+30%), etc.
Mais, et je dirais même plus, MAIS, le prix à payer est là : une
lenteur plus qu'énervante à la compilation, qui m'a tellement
gonflé que je suis revenu à VS6. Je n'ose pas imaginer avec VS2010 ...
</hs>
Et ajoute: le lancement de VS 2010 en France a eu lieu aujourd'hui
Pff... Moi qui utilise toujours (au boulot) Visual Studio 6 pour tous nos programmes en C...
<hs> On a bien converti qq projets en Visual Studio 2008, pour voir. Résultat : l'IDE est effectivement un peu plus sympa (même si des fonctions de base telle que la sélection en colonne sont toujours absentes(grrrr!)), et surtout le compilo a été amélioré, t ant en debug qu'en release : meilleure détection des buffer overrun, exe bien plus rapides (+30%), etc.
Mais, et je dirais même plus, MAIS, le prix à payer est là : une lenteur plus qu'énervante à la compilation, qui m'a tellement gonflé que je suis revenu à VS6. Je n'ose pas imaginer avec VS2010 ... </hs>
Je viens de créer une appli, sans rien, juste un bouton et un msgbox, résultat l'exécutable ne fait que 4 ko mais par contre l'utilisation de la mémoire est énorme! 13 mo (13 076 ko) contre 2960 ko en vb6.
Je viens de créer une appli, sans rien, juste un bouton et un msgbox,
résultat l'exécutable ne fait que 4 ko mais par contre l'utilisation de
la mémoire est énorme! 13 mo (13 076 ko) contre 2960 ko en vb6.
Je viens de créer une appli, sans rien, juste un bouton et un msgbox, résultat l'exécutable ne fait que 4 ko mais par contre l'utilisation de la mémoire est énorme! 13 mo (13 076 ko) contre 2960 ko en vb6.
LE TROLL
Salut,
Ah ah, seulement... ben rajoute la frameWork 4 et tu me diras combien ça fait, eh oui, faut tout compter.
Sinon, tente de le publier, fais une publication, tu vas avoir comme des surprises, le répertoire n'est plus le même, l'exe change de nom, il garde ses trois, quatre première lettre, puis subit un rajout d'une série de chiffres sensée être unique, bref, c'est tellement merdique que sur le forum VBNet (dit VB, et non pas ici), la majorité je crois de ceux qui publient utilisent un autre logiciel gratuit "Install Creator". In fine tu rajoute les plantages à l'installation ou au lancement, et tu peux estimer qu'il ne fonctionne qu'à partir de Vista si tu utilises des objets sophistiqués.
Je viens de créer une appli, sans rien, juste un bouton et un msgbox, résultat l'exécutable ne fait que 4 ko mais par contre l'utilisation de la mémoire est énorme! 13 mo (13 076 ko) contre 2960 ko en vb6.
Salut,
Ah ah, seulement... ben rajoute la frameWork 4 et tu me diras combien ça
fait, eh oui, faut tout compter.
Sinon, tente de le publier, fais une publication, tu vas avoir comme des
surprises, le répertoire n'est plus le même, l'exe change de nom, il garde
ses trois, quatre première lettre, puis subit un rajout d'une série de
chiffres sensée être unique, bref, c'est tellement merdique que sur le forum
VBNet (dit VB, et non pas ici), la majorité je crois de ceux qui publient
utilisent un autre logiciel gratuit "Install Creator".
In fine tu rajoute les plantages à l'installation ou au lancement, et tu
peux estimer qu'il ne fonctionne qu'à partir de Vista si tu utilises des
objets sophistiqués.
Je viens de créer une appli, sans rien, juste un bouton et un msgbox,
résultat l'exécutable ne fait que 4 ko mais par contre l'utilisation de
la mémoire est énorme! 13 mo (13 076 ko) contre 2960 ko en vb6.
Ah ah, seulement... ben rajoute la frameWork 4 et tu me diras combien ça fait, eh oui, faut tout compter.
Sinon, tente de le publier, fais une publication, tu vas avoir comme des surprises, le répertoire n'est plus le même, l'exe change de nom, il garde ses trois, quatre première lettre, puis subit un rajout d'une série de chiffres sensée être unique, bref, c'est tellement merdique que sur le forum VBNet (dit VB, et non pas ici), la majorité je crois de ceux qui publient utilisent un autre logiciel gratuit "Install Creator". In fine tu rajoute les plantages à l'installation ou au lancement, et tu peux estimer qu'il ne fonctionne qu'à partir de Vista si tu utilises des objets sophistiqués.
Je viens de créer une appli, sans rien, juste un bouton et un msgbox, résultat l'exécutable ne fait que 4 ko mais par contre l'utilisation de la mémoire est énorme! 13 mo (13 076 ko) contre 2960 ko en vb6.
at
LE TROLL avait énoncé :
Salut,
Ah ah, seulement... ben rajoute la frameWork 4 et tu me diras combien ça fait, eh oui, faut tout compter.
Sinon, tente de le publier, fais une publication, tu vas avoir comme des surprises, le répertoire n'est plus le même, l'exe change de nom, il garde ses trois, quatre première lettre, puis subit un rajout d'une série de chiffres sensée être unique, bref, c'est tellement merdique que sur le forum VBNet (dit VB, et non pas ici), la majorité je crois de ceux qui publient utilisent un autre logiciel gratuit "Install Creator". In fine tu rajoute les plantages à l'installation ou au lancement, et tu peux estimer qu'il ne fonctionne qu'à partir de Vista si tu utilises des objets sophistiqués.
Ouais c'est du lourd, très lourd!
A+
LE TROLL avait énoncé :
Salut,
Ah ah, seulement... ben rajoute la frameWork 4 et tu me diras combien ça
fait, eh oui, faut tout compter.
Sinon, tente de le publier, fais une publication, tu vas avoir comme des
surprises, le répertoire n'est plus le même, l'exe change de nom, il garde
ses trois, quatre première lettre, puis subit un rajout d'une série de
chiffres sensée être unique, bref, c'est tellement merdique que sur le forum
VBNet (dit VB, et non pas ici), la majorité je crois de ceux qui publient
utilisent un autre logiciel gratuit "Install Creator".
In fine tu rajoute les plantages à l'installation ou au lancement, et tu peux
estimer qu'il ne fonctionne qu'à partir de Vista si tu utilises des objets
sophistiqués.
Ah ah, seulement... ben rajoute la frameWork 4 et tu me diras combien ça fait, eh oui, faut tout compter.
Sinon, tente de le publier, fais une publication, tu vas avoir comme des surprises, le répertoire n'est plus le même, l'exe change de nom, il garde ses trois, quatre première lettre, puis subit un rajout d'une série de chiffres sensée être unique, bref, c'est tellement merdique que sur le forum VBNet (dit VB, et non pas ici), la majorité je crois de ceux qui publient utilisent un autre logiciel gratuit "Install Creator". In fine tu rajoute les plantages à l'installation ou au lancement, et tu peux estimer qu'il ne fonctionne qu'à partir de Vista si tu utilises des objets sophistiqués.
Ouais c'est du lourd, très lourd!
A+
Jean-Marc
On Apr 16, 9:21 am, Vincent Guichard wrote:
Le 15/04/2010 21:44, Jean-Marc a écrit :> Pff... Moi qui utilise toujou rs (au boulot) Visual Studio 6 pour tous > nos programmes en C...
Comment réalisez-vous l'intégration VB6 - C? Le code est dans des dll appelés par VB6?
Bonjour,
au boulot pas de VB6, juste du C. Par contre quand je programme pour moi ou que je fais un outil interne, alors oui effectivement, j'écris le code C dans une Dll que j'appelle depuis VB6. J'ai fait un petit article sur le sujet dans la FAQ: http://faq.vb.free.fr/index.php?question4
Par contre, on utilise couramment du C avec nos applis Java, en écrivant des dll wrapper par dessus les libs C et on refait une dll JNI appelant la première dll pour finalement l'appeler (via JNI) depuis Java :-) On s'amuse bien :o)
Cordialement,
-- Jean-Marc
On Apr 16, 9:21 am, Vincent Guichard <vg.bleuciel...@wanadoo.fr>
wrote:
Le 15/04/2010 21:44, Jean-Marc a écrit :> Pff... Moi qui utilise toujou rs (au boulot) Visual Studio 6 pour tous
> nos programmes en C...
Comment réalisez-vous l'intégration VB6 - C? Le code est dans des dll
appelés par VB6?
Bonjour,
au boulot pas de VB6, juste du C. Par contre quand je programme pour
moi ou que je fais un outil interne, alors oui effectivement, j'écris
le code C dans une Dll que j'appelle depuis VB6. J'ai fait un petit
article sur le sujet dans la FAQ:
http://faq.vb.free.fr/index.php?question=144
Par contre, on utilise couramment du C avec nos applis Java, en
écrivant des dll wrapper par dessus les libs C et on refait une dll
JNI appelant la première dll pour finalement l'appeler (via JNI)
depuis Java :-) On s'amuse bien :o)
Le 15/04/2010 21:44, Jean-Marc a écrit :> Pff... Moi qui utilise toujou rs (au boulot) Visual Studio 6 pour tous > nos programmes en C...
Comment réalisez-vous l'intégration VB6 - C? Le code est dans des dll appelés par VB6?
Bonjour,
au boulot pas de VB6, juste du C. Par contre quand je programme pour moi ou que je fais un outil interne, alors oui effectivement, j'écris le code C dans une Dll que j'appelle depuis VB6. J'ai fait un petit article sur le sujet dans la FAQ: http://faq.vb.free.fr/index.php?question4
Par contre, on utilise couramment du C avec nos applis Java, en écrivant des dll wrapper par dessus les libs C et on refait une dll JNI appelant la première dll pour finalement l'appeler (via JNI) depuis Java :-) On s'amuse bien :o)
