J'ai un probl=E8me avec un programme d=E9velopp=E9 sous VB6,=20
utilisant Access sous Windows 2000 NT.
Lors du chargement de plusieurs pages, il semblerait qu'on=20
ne puisse pas d=E9passer 64 Mo de m=E9moire utilis=E9e=20
(constatation effectu=E9e sous le gestionnaire des t=E2ches).=20
Ceci provoque un quasi-arr=EAt du processeur (travaille =E0 0,=20
1 %, avec toujours autant de m=E9moire libre).
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
François Picalausa
Bonjour/soir,
Voici un extrait de l'aide: http://msdn.microsoft.com/library/en-us/vbcon98/html/vbcondatalimitations.asp
Procedures, Types, and Variables
If a procedure or module exceeds the 64K code limit, Visual Basic generates a compile-time error. If you define a procedure that has more than 64K of local variables defined, you get the error "Too many local nonstatic variables."
If you define a module that has more than 64K of module-level variables defined, or if you define a User-Defined Type larger than 64K, you get the error "Fixed or static data can't be larger than 64K."
If you encounter this error, you can avoid it by breaking extremely large procedures into several smaller procedures, or by moving module-level declarations into another module.
An array declared as a variable doesn't contribute to the entire size of the array; only the array descriptor counts toward the 64K limit. So it is acceptable, for example, to have a declaration such as Dim x(1000000) As Byte either in a procedure or at module level. Out of memory problems occur, however, if you declare a large, fixed-size array in a record, then declare instances of those records as variables.
"STEF64" a écrit dans le message de news:129d01c3fb90$5a4e01f0$
Bonjour,
J'ai un problème avec un programme développé sous VB6, utilisant Access sous Windows 2000 NT. Lors du chargement de plusieurs pages, il semblerait qu'on ne puisse pas dépasser 64 Mo de mémoire utilisée (constatation effectuée sous le gestionnaire des tâches). Ceci provoque un quasi-arrêt du processeur (travaille à 0, 1 %, avec toujours autant de mémoire libre).
Merci de votre aide
Bonjour/soir,
Voici un extrait de l'aide:
http://msdn.microsoft.com/library/en-us/vbcon98/html/vbcondatalimitations.asp
Procedures, Types, and Variables
If a procedure or module exceeds the 64K code limit, Visual Basic generates
a compile-time error.
If you define a procedure that has more than 64K of local variables defined,
you get the error "Too many local nonstatic variables."
If you define a module that has more than 64K of module-level variables
defined, or if you define a User-Defined Type larger than 64K, you get the
error "Fixed or static data can't be larger than 64K."
If you encounter this error, you can avoid it by breaking extremely large
procedures into several smaller procedures, or by moving module-level
declarations into another module.
An array declared as a variable doesn't contribute to the entire size of the
array; only the array descriptor counts toward the 64K limit. So it is
acceptable, for example, to have a declaration such as Dim x(1000000) As
Byte either in a procedure or at module level. Out of memory problems occur,
however, if you declare a large, fixed-size array in a record, then declare
instances of those records as variables.
"STEF64" <stephane.corrihons@tele2.fr> a écrit dans le message de
news:129d01c3fb90$5a4e01f0$a001280a@phx.gbl
Bonjour,
J'ai un problème avec un programme développé sous VB6,
utilisant Access sous Windows 2000 NT.
Lors du chargement de plusieurs pages, il semblerait qu'on
ne puisse pas dépasser 64 Mo de mémoire utilisée
(constatation effectuée sous le gestionnaire des tâches).
Ceci provoque un quasi-arrêt du processeur (travaille à 0,
1 %, avec toujours autant de mémoire libre).
Voici un extrait de l'aide: http://msdn.microsoft.com/library/en-us/vbcon98/html/vbcondatalimitations.asp
Procedures, Types, and Variables
If a procedure or module exceeds the 64K code limit, Visual Basic generates a compile-time error. If you define a procedure that has more than 64K of local variables defined, you get the error "Too many local nonstatic variables."
If you define a module that has more than 64K of module-level variables defined, or if you define a User-Defined Type larger than 64K, you get the error "Fixed or static data can't be larger than 64K."
If you encounter this error, you can avoid it by breaking extremely large procedures into several smaller procedures, or by moving module-level declarations into another module.
An array declared as a variable doesn't contribute to the entire size of the array; only the array descriptor counts toward the 64K limit. So it is acceptable, for example, to have a declaration such as Dim x(1000000) As Byte either in a procedure or at module level. Out of memory problems occur, however, if you declare a large, fixed-size array in a record, then declare instances of those records as variables.
"STEF64" a écrit dans le message de news:129d01c3fb90$5a4e01f0$
Bonjour,
J'ai un problème avec un programme développé sous VB6, utilisant Access sous Windows 2000 NT. Lors du chargement de plusieurs pages, il semblerait qu'on ne puisse pas dépasser 64 Mo de mémoire utilisée (constatation effectuée sous le gestionnaire des tâches). Ceci provoque un quasi-arrêt du processeur (travaille à 0, 1 %, avec toujours autant de mémoire libre).
