Discussion :

[Guillaume G]

L'utilisation de FSO n'est en outre pas de nature à faire des économies de mémoire ...

Je m'en suis un peu doutais et dans le doute je l'ai supprimé
Mais malgrès toutes les petites opérations faite depuis mon post j'ai toujours le meme soucis.

Sur ma machine, je n'ai quasiment aucun probleme (aller plantage 1fois sur 15 et encore) mais pour mes collègues c'est très régulier. Nous utilisons le meme fichier stocker sur le reseau d'entreprise (serveur).

Cela est donc cohérent avec tes propos.
Sauriez vous me renseigner sur quelques points :
- Une USF se charge a son premier appel et reste chargé tant que l'on ne la decharge pas avec Unload ?
- Le fait de faire le premier appel avec show plutot que load, peut il poser des problemes côté chargement ?

Je suis loin d'etre un expert et j'essai de comprendre la mechanique pour savoir comment je peux modifier ce qui m'ai accessible genre peut etre diviser mes USF pour que les chargement soit plus soft

[unparia]

- Une USF se charge a son premier appel et reste chargé tant que l'on ne la decharge pas avec Unload ?

tout-à-fait

- Le fait de faire le premier appel avec show plutot que load, peut il poser des problemes côté chargement ?

la seule évocation d'un userform le charge de toutes manières ipso-facto (s'il ne l'a pas encore été).

[Guillaume G]

tout-à-fait

la seule évocation d'un userform le charge de toutes manières ipso-facto (s'il ne l'a pas encore été).

Donc je pourrais diminuer le risque de saturation (dans l'hypothèse que c'est bien cela ) en réduisant la taille de mon USF en le decoupant en 2 ou + USF.

[NVCfrm]

Unparia m'a fais la meme reflexion concernant mon code workbook open ..., j'ai supprimé la partie workbook open et mis un lancement manuelle sans cette macro.
Et non je n'imagine pas , Unparia m'a deja fais une remarque sur ce code et je ne comprends pas ce qui vous saute au yeux

Ok , le fait de lire en diagonale.
Ce ne doit plus être intéressant de demander ce qui saute a mes yeux, surtout que tu n'es pas dispose non plus, a voir ce que je vois.
Je viens de remarquer quelque part "Declarations de tables", si je ne me trompe, plein de déclaration de tableaux statique dans un seul modules. Je serais étonné avec cela que les limites mémoires ne soient pas atteintes, comme le soupçonne unparia.

[unparia]

Donc je pourrais diminuer le risque de saturation (dans l'hypothèse que c'est bien cela ) en réduisant la taille de mon USF en le decoupant en 2 ou + USF.

je ne le cois pas vraiment. Sauf s'il contenait des objets TRES gourmands en mémoire (tels, par exemple, des contrôles image dont la propriété Picture pointerait vers des fichiers images volumineux).

[Guillaume G]

Ok , le fait de lire en diagonale.

Pas de soucis

Ce ne doit plus être intéressant de demander ce qui saute a mes yeux, surtout que tu n'es pas dispose non plus, a voir ce que je vois.

Désolé je ne comprend ce que tu entends par la. J'aimerais justement comprendre ce qui ne va pas dans cette partie de code pour pouvoir justement la corriger
Mais mon urgence etant de supprimer le plantage du fichier et que meme en supprimant cette partie de code le plantage perciste, je n'insiste pas sur ce point mais si tu sais m'eclairer c'est avec joie.

Je viens de remarquer quelque part "Declarations de tables", si je ne me trompe, plein de déclaration de tableaux statique dans un seul modules. Je serais étonné avec cela que les limites mémoires ne soient pas atteintes, comme le soupçonne unparia.

En effet de charge plusieurs Array, mais j'ai reussi a écarter cet aspect en deplacant le chargement plus en amont et en mettant des indicaeurs de chargement pour voir ou j'en était (j'ai simplement mis des Msgbox aux étapes clefs)

[Guillaume G]

je ne le cois pas vraiment. Sauf s'il contenait des objets TRES gourmands en mémoire (tels, par exemple, des contrôles image dont la propriété Picture pointerait vers des fichiers images volumineux).

Bah en fait, c'est la que c'est bizare sur les 2 USF volumineuses, celle qui a le plus de risque de planter c'est celle sans image et pour celle avec image je les ai redimensionné afini de reduire leur poids aux dimensions de la zone picture.

La USF qui a le plus de risque (USF1) a une listview et un multipage (6 pages). sur 5 pages il y a 1 listview, 1 commandbouton, option & checkbox, 4/5 textbox et une 10e de label et la 6e page a un nouveau multipage tout aussi chargé.

[NVCfrm]

Pour le cas de l'open je ne fais pas de mysteres puisque je t'ai invite a imagier mentalement ce qui peut se passer a travers son code. Tu peux.

Révise ce module de declarations. Je suis étonné que le segment mémoire prévu pour un module n'est pas saturé par tant de déclarations publiques avec des tableaux statiques et variants.

Déclare tes tableaux en Dynamique et dimensionne les via une procédure d'initialisation de ces derniers. Au mieux délocalise certaines déclarations vers un ou d'autres modules.

[unparia]

Bah en fait, c'est la que c'est bizare sur les 2 USF volumineuses, celle qui a le plus de risque de planter c'est celle sans image

C'est Windows, qui fait "planter" et non tel ou tel autre userform.

et pour celle avec image je les ai redimensionné afini de reduire leur poids aux dimensions de la zone picture.

ne précise pas ce que tu entends très exactement et techniquement par "je les ai redimensionnées".

[Guillaume G]

Pour le cas de l'open je ne fais pas de mysteres puisque je t'ai invite a imagier mentalement ce qui peut se passer a travers son code. Tu peux.

J'avoue que ma réponse avais plusieurs sens desole. Je vais taché de mieux comprendre le deroulement de ce code (la déclarations des variables est corrigée)

Déclare tes tableaux en Dynamique et dimensionne les via une procédure d'initialisation de ces derniers. Au mieux délocalise certaines déclarations vers un ou d'autres modules.

C'etait en effet l'une de mes intentions pour la suite mais je vais le faire dès maintenant en intégrant le redim et voir comment "dispacher" pour y faire appel au besoin. Merci

ne précise pas ce que tu entends très exactement et techniquement par "je les ai redimensionnées".

J'ai réduit les dimensions (px) au plus bas afin de réduire la taille (o) pour que ce soit moins lourd a charger.

[Guillaume G]

Bonjour,

Bon j'ai pris en compte toutes les idées et remarques du sujet.

C'est mieux mais le "plantage" survient encore de maniere plus réguliere pour certains collègues donc je mise sur la machine, ils doivent changer de machine bientot donc on verra si le probleme perciste.

Merci pour votre aide cela m'a permis de corriger plusieurs erreur de programmation.

Je clos le sujet vu que j'ai rien de plus a apporter.

Bonne journée a tous.

Guillaume

[tototiti2008]

Bonsoir à tous,

Peut-être d'autres pistes de recherche/tests

Dans Fichier-Informations, Vérifier la présence de problèmes - Inspecter le document
Pour voir s'il trouve des choses qui ne devraient pas s'y trouver, éventuellement les supprimer

Sinon en désespoir de causes, je l'enregistrerais au format xlsb (traduction en binaire), ferais tester cette version, puis peut-être réenregistrerais le xlsb en xlsm