Le studio RAD prend beaucoup de temps pour s’ouvrir

J’utilisais RAD 10.1 (Berlin) sans problème jusqu’à maintenant … Le mois dernier, j’ai appliqué Windows Creator Update et j’étais occupé par d’autres entresockets … Maintenant, chaque fois que je lance l’EDI, le chargement passe rapidement à “All design” paquets de temps chargés “. A ce moment, le studio RAD est assis sur sa fenêtre de démarrage et consum environ 25% de son processeur. Il faut au moins 10 minutes avant que l’EDI apparaisse …

J’ai installé RAD 10.2 (Tokyo) et tous les correctifs fournis, en espérant un correctif … Mais le problème rest le même.

Je ne peux pas revenir à la version précédente de Windows 10 (plus de 10 jours après l’installation).

J’ai déjà cherché une réponse et Matthias E a suggéré qu’il était lié à https://quality.embarcadero.com/browse/RSP-17972 . Mais, dans mon cas, la période (très) longue concerne uniquement le chargement de l’IDE, même lorsqu’il n’y a pas de projet à (auto) chargement. Je ne parle pas de la période de temps pour charger le projet ou pour démarrer l’exécution du projet ou même pour démarrer l’exécution de l’application. Une fois l’IDE chargé (après ~ 20 ‘), tout (édition, compilation, construction, débogage, exécution) fonctionne rapidement … Je me suis habitué à ne jamais fermer l’IDE une fois ouvert, mais cela est particulièrement inquiétant.

• Faire sonner le service Windows sous Windows 2008/7 / Vista
• Comment puis-je empêcher les changements de taille de position de formulaire après le délocking d’une session Windows?
• Découvrez si c’est la machine locale
• Alignement des zones de texte
• Dois-je utiliser TMainMenu dans Firemonkey pour prendre en charge Windows et OS-X?

Pourriez-vous m’aider ?

— Édité —

Pour ceux qui ne peuvent pas accéder au lien ci-dessus, voici le contenu:

Détails

Type: Bug Bug Status: Open Open Priority: Major Major Resolution: Unresolved Affects Version/s: 10.2 Tokyo, 10.1 Berlin Update 2 Fix Version/s: None Component/s: Debugger, IDE (Development Environment), Libraries/Frameworks Labels: None Platform: Windows 10 Language Version: English Edition: Professional InternalID: RS-83785 InternalStatus: Open 

La description

Le débogueur tourne au ralenti pour tout le monde dans notre organisation avec Creators et Tokyo / Berlin. Revenir à Windows Anniversary ramène la santé mentale. Problèmes de débogueur avec Tokyo / Berlin et Creators: le chargement de l’application prend beaucoup de temps avec les modules chargeant et déchargeant et re-chargeant plusieurs fois Les IDE gèlent La consommation de bds.exe explose, parfois (> 3 Go) comment les modules se chargent et se déchargent et se rechargent avec Windows 10 Creators. Je présume que ces problèmes ont la même cause (s) racine (s) que ceux de https://forums.embarcadero.com/thread.jspa?messageID=884382 *

— —

• Comment faire défiler par programme un contrôle dans Windows?
• Ombre pour le curseur de souris personnalisé
• La stack d’exception Win64 marche sans afficher les entrées
• Comment utiliser correctement le mappage de fichiers et transmettre des données à un processus enfant?
• Windows Vista et 7 effets de mouvement sont appliqués une seule fois lorsque mon formulaire est affiché. Pourquoi?