LIMITATIONS DE VB6
cs_Willi
Messages postés
2375
Date d'inscription
jeudi 12 juillet 2001
Statut
Modérateur
Dernière intervention
15 décembre 2018
-
16 déc. 2005 à 22:14
Galactus13 Messages postés 335 Date d'inscription lundi 29 septembre 2008 Statut Membre Dernière intervention 16 août 2023 - 24 déc. 2011 à 00:46
Galactus13 Messages postés 335 Date d'inscription lundi 29 septembre 2008 Statut Membre Dernière intervention 16 août 2023 - 24 déc. 2011 à 00:46
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/35122-limitations-de-vb6
https://codes-sources.commentcamarche.net/source/35122-limitations-de-vb6
24 déc. 2011 à 00:46
22 avril 2010 à 20:26
8 janv. 2010 à 16:57
Le fait de savoir les limites du VB, permet au mieux de prévoir certaines erreurs et aussi de bien organniser son code dés le départ.
Merci encors une fois.
8 janv. 2008 à 07:27
Une des raisons est que la classe ne sera réellement instanciée qu'au premier appel à une de ces propriétés ou méthode, ce qui peut être un problème.
Pour le Set = Nothing, c'est plus discutable, la technologie COM qui est derrière fait bien son job, normallement...
normallement...
8 janv. 2008 à 02:44
Oui, les règles de l'art disent qu'il faut créer des instances d'une classe, pas l'utiliser directement :
Dim maClasse As maClasseOriginale
Set maClasse = New maClasseOriginale
et surtout penser à détruire sa déclaration avant de sortir (*) :
Set maClasse = Nothing
(*) même sur erreur, et on fait attention aux "Exit Sub" en plein milieu ...
1 févr. 2007 à 08:24
j'avais une appli qui faisait un hook... dedans, un controle perso qu'on avait acheté, qui dessinait des graphs 3D...
au simple chargement d'une form avec ce controle, boum ! erreur 7...
en fait, l'astuce a été de créer ce controle après le chargement de la Form.
comme quoi, l'aide en ligne ne dit pas tout ^^
6 juin 2006 à 13:42
6 juin 2006 à 13:23
Moi aussi je suis embeté avec une grosse app ...
mon souci est que vb m'affiche 'out of memory' (rien de plus), il me propose les boutons [ok] ou [help].
Dans [help]:
"Out of memory (Error 7)
More memory was required than is available, or a 64K segment boundary was encountered. This error has the following causes and solutions:
You have too many applications, documents, or source files open.
Close any unnecessary applications, documents, or source files that are open.
You have a module or procedure that's too large.
Break large modules or procedures into smaller ones. This doesn't save memory, but it can prevent hitting 64K segment boundaries.
You are running Microsoft Windows in standard mode.
Restart Microsoft Windows in enhanced mode.
You are running Microsoft Windows in enhanced mode, but have run out of virtual memory.
Increase virtual memory by freeing some disk space, or at least ensure that some space is available.
You have terminate-and-stay-resident programs running.
Eliminate terminate-and-stay-resident programs.
You have many device drivers loaded.
Eliminate unnecessary device drivers.
You have run out of space for Public variables.
Reduce the number of Public variables."
si vous avez des idées à quoi cela est du ?
Quelle est la limite du nombre de variables publiques ?
30 mai 2006 à 17:36
En effet, pas d'info la dessus.
Par contre, quand on utilise des utilitaires de conversions vers .Net, les procédures de plus de 250 lignes sont mal vues. En général, c'est vrai qu'en s'organisant différemment, on arrive à faire des Procédures pas trop lourdes.
Quant aux retours chariot, je ne sais pas.
PS à Mr Rechard : Quand on note 2, on essaye d'expliquer pourquoi (mal fait, unitile, incompréhensible, ... ?). Pour s'améliorer, les critiques sont aussi constructives.
30 mai 2006 à 11:17
çà fait un moment que j'ai lu ta doc et que je la conseille en forum sans pour autant l'avoir noté : 9 ;)
info manquante qui me turlupine : on a l'indication du nombre total de lignes dans un module, mais pas dans une procédure...
une idée? inférieur à 3000 c'est certain mais précisément...
également de savoir si les retours chariot sont comptabilisés (je suppose que non).
@+ thx
PCPT [AFCK]
19 janv. 2006 à 18:56
21 déc. 2005 à 10:40
19 déc. 2005 à 10:05
19 déc. 2005 à 02:51
17 déc. 2005 à 15:42
Enfin bon quoi qu'il en soit ce ptit tuto est clair, précis et toujours bon à savoir :)
17 déc. 2005 à 15:25
"simple à comprendre" : Les textes originaux en anglais de Microsoft sont souvent faciles à lire : Ils sont étudiés pour faciliter la lecture aux non anglophones (mots simples, phrases courtes, ...)
Entraînez votre anglais dans la bibliothèque MSDN, vous verrez, c'est intéressant (quitte à se faire aider par le traducteur de Google, Voilà ou autre)
17 déc. 2005 à 08:55
Sympa.
Merci beaucoup ^^
16 déc. 2005 à 22:19
Pas noté car il ne s'agit pas vraiment d'une source.
Merci pour l'info
++
16 déc. 2005 à 22:14
Merci