Discussion :

[jbat]

Bonjour.

J'ai un programme qui contient beaucoup de composants vcl (environ 200).
Jusqu'à maintenant, tout allait bien, mais il semblerai que je soit arrivé au nombre limite de composant. En effet, lorsque je pose un composant de plus sur ma fiche, quel que soit le composant, où que je le pose dans la fiche et ses "sous-objets" qu'elle contient, celà génère une erreur au moment de l'execution.

Erreur du genre très vague "EAccesViolation patati patata..." qu'il ne servirai à rien que je retranscrive ici puisque l'on n'y apprends rien si ce n'est l'adresse mémoire en défaut.

Avez-vous déjà rencontré ce problème ? Si oui, comment peut-on s'en sortir ?

Toute aide me serai très utile et la bienvenue.

Merci

[qi130]

Peut-être un pb de handle Windows... C'est une ressource qui n'est pas inépuisable

Plusieurs pistes sont à ta disposition: par exemple ne pas créer toutes fiches automatiquement lors du lancement de l'appli. Bien sûr la création/suppression (en mémoire) des fiches sera à gérer.

L'autre piste consiste à créer dynamiquement les objets graphiques. Mais ce n'est pas forcément applicable dans ton contexte.

[jbat]

Oui, et merci pour ton aide.

Effectivement, ces pistes restent possibles pour m'en sortir. Pourtant, je reste très surpris que la limite de compo soit si basse (environ 200)... je suis même surpris qu'il y ai une limite ! Les handles sont gérés par Windows, donc ça dépendrait aussi des autres applications lancés à ce moment là... Or, je n'ai pas trop d'appli lancés présentement... J'ai déjà été largement plus loin en nombres d'appli simultanées.

Je précise que la quasi totalité des compos de ma fiche se trouvent répartis sur une dizaines de TTabSheet appartenant à un TPageControl, lui même sur une TTabSheet. Peut-être une limitation de ce coté là.

[ShaiLeTroll]

J'ai une appli avec plus de 28 TabSheet (réparti sur 6 page control, l'un deux en a bien 15) et 350 composants (dont 20 TWebBrowser), et le code dedans c'est un bordel sans nom ... je précise que les TabSheet contiennent des pageControl ...

j'ai un programme de test, que je traine depuis des années, j'ai dans les 10 fenêtres, eh bien, je les ouvre toutes, je les colles chacune dans un tabsheet, j'ai plus de 1000 compo dans 10 tabsheet, ... pas de soucis non plus

sinon, dans Delphi, tu peux voir l'aide du SDK API Windows :

"Handle Limitations"
"Some objects, such as user and GDI objects, support only one handle at a time. The system provides the handle when an application creates the object and invalidates the handle when the application destroys the object. Other objects, such as some kernel objects, support multiple handles to a single object. The operating system automatically removes the object from memory after the last handle to the object is closed.

The total number of open handles in the operating system is limited only by the amount of memory available to the operating system. However, a single process may have no more than 16,384 open GDI object handles. The per-process limit on kernel handles is 2^30. There is no per-process limit on user handles, but there is a systemwide limit of 65,536."

il semble que la limite soit de 16384 Control pour une application ... faut vraiement le vouloir pour avoir autant de control en même temps ...

je serais toi, je nettoyerais ma dfm ... tu pourrais mettre le contenu de certains onglets dans des unités différentes, puis lorsque tu y accède la première fois au runtime tu fais un truc du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
MaForm := TOngletBiduleForm.create(PageControlAppli);
MaForm.parent := TabSheetBidule;
MaForm.Align := alClient;
MaForm.show();

[jbat]

je serais toi, je nettoyerais ma dfm ... tu pourrais mettre le contenu de certains onglets dans des unités différentes, puis lorsque tu y accède la première fois au runtime tu fais un truc du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
MaForm := TOngletBiduleForm.create(PageControlAppli);
MaForm.parent := TabSheetBidule;
MaForm.Align := alClient;
MaForm.show();

Oui, l'idée me semble un bon compromis... Je vais essayer d'utiliser les cadres. Merci

Edit quelques minutes plus tard : L'idée était finalement très bonne... En espérant ne pas avoir simplement repoussé la "limite" de quelques composants, mais en tout cas, un grand merci pour la suggestion