Concours AOMEI World Backup Day jusqu'au 3 avril 2024 Inclus

jeudi 15 août 2019

Microsoft .NET Framework 4.8 Build 3928

Le package redistribuable .NET Framework installe le runtime .NET Framework et les fichiers associés requis pour exécuter des applications développées pour .NET Framework.

Microsoft .NET Framework 4.8 est une mise à jour hautement compatible avec Microsoft .NET Framework 4, 4.5, 4.5.1, 4.5.2, 4.6, 4.6.1 et 4.6.2 , 4.7.1 et 4.7.2  Le package hors ligne peut être utilisé dans les situations où le programme d'installation Web ne peut pas être utilisé en raison du manque de connectivité sur Internet.

.NET Framework est un environnement d'exécution géré qui offre une variété de services à ses applications en cours d'exécution. Il se compose de deux composants majeurs: le Common Language Runtime (CLR), qui est le moteur d'exécution qui gère les applications en cours d'exécution. Et la bibliothèque de classes .NET Framework, qui fournit une bibliothèque de code testé et réutilisable que les développeurs peuvent appeler à partir de leurs propres applications.

Microsoft .NET Framework fournit des services:
  • Gestion de la mémoire. Dans de nombreuses langues de programmation, les programmeurs sont chargés d'attribuer et de libérer de la mémoire et de gérer les durées de vie des objets. Dans les applications .NET Framework, CLR fournit ces services au nom de la demande.
  • Un système de type commun. Dans les langages de programmation traditionnels, les types de base sont définis par le compilateur, ce qui complique l'interopérabilité entre les langues. Dans .NET Framework, les types de base sont définis par le système de type .NET Framework et sont communs à toutes les langues ciblant .NET Framework.
  • Une vaste bibliothèque de classes . Au lieu d'avoir à écrire de grandes quantités de code pour gérer des opérations communes de programmation de bas niveau, les programmeurs peuvent utiliser une bibliothèque facilement accessible de types et leurs membres à partir de la bibliothèque de classes .NET Framework.
  • Cadres et technologies de développement. .NET Framework comprend des bibliothèques pour des domaines spécifiques de développement d'applications, tels que ASP.NET pour les applications Web, ADO.NET pour l'accès aux données et Windows Communication Foundation pour les applications axées sur les services.
  • Interopérabilité linguistique. Avec cette fonctionnalité, les routines écrites dans une langue sont accessibles à d'autres langues, et les programmeurs peuvent se concentrer sur la création d'applications dans leurs langues ou langues préférées.
  • Compatibilité de version. À de rares exceptions près, les applications développées à l'aide d'une version particulière de .NET Framework peuvent s'exécuter sans modification sur une version ultérieure.
  • Exécution côte à côte. .NET Framework contribue à résoudre les conflits de version en permettant l'existence de plusieurs versions du Common Language Runtime sur le même ordinateur. Cela signifie que plusieurs versions d'applications peuvent également coexister et qu'une application peut s'exécuter sur la version de .NET Framework avec laquelle elle a été créée.
  • Multitargeting. En ciblant la bibliothèque de classe portable .NET Framework, les développeurs peuvent créer des assemblages fonctionnant sur plusieurs plates-formes .NET Framework. Comme Windows 7, Windows 8, Windows 8.1, Windows 10, Windows Phone et Xbox 360.

Quoi de neuf dans Microsoft .NET Framework 4.8:

Les notes de publication .NET Framework décrivent les améliorations apportées au produit, regroupées par domaine de produit. Chaque modification inclut un ID de bogue VSTS interne à Microsoft, le binaire principal mis à jour et si la modification était un bogue ou une fonctionnalité.

ASP.NET

  • Correction de la gestion des InputAttributes et LabelAttributes pour le contrôle ASP.NET CheckBox. [643614, System.Web.dll, Bug, Build: 3646]
  • Correction d'un problème de perf dans le pool d'instances HttpApplication de la classe HttpApplicationFactory. [639421, system.web.dll, Bug, Build: 3673]
  • Correction d'une exception NullReferenceException levée de la page / du contrôle avec uniquement des constructeurs paramétrés avec des valeurs par défaut lors du ciblage de 4.7.2 [635479, System.Web.dll, Bug, Build: 3673]
  • Correction d'un problème lié à ValidationContext.MemberName lors de l'utilisation de DataAnnotation.ValidationAttribute personnalisé. [563497, System.web.dll, Bug, Construire: 3694]
  • ArgumentOutOfRangeException fixe dans MemoryCache lors de l’utilisation de moniteurs de changement avec des fichiers non existants à l’est de GMT. [684136, System.Web.dll, Bug, Build: 3694]
  • Correction du traitement des en-têtes HTTP à valeurs multiples pouvant affecter le traitement de données en plusieurs parties. [684397, System.Web.dll, Bug, Build: 3694]
  • Correction du traitement des en-têtes HTTP à valeurs multiples pouvant affecter le traitement de données en plusieurs parties. [726155, System.Web.dll, Bug, Build: 3734]
  • Pour les applications clientes (Winforms, WPF, ou les applications de console, etc.), les API des services d'application client ASP.NET ont été renforcées contre les charges utiles JSON potentiellement malveillantes. [727703, System.Web.dll, Bug, Construire: 3734]
  • Correction d'un problème introduit dans ASP.NET 4.7, dans lequel la suppression inattendue d'un type d'élément de cache particulier pouvait générer un fichier * .delete orphelin qui empêchait l'exécution des applications Web. [750653, System.Web.dll, Bug, Build: 3734]

BCL

  • Désérialisation fixe des collections qui utilise StringComparer, sensible à la culture. [566534, mscorlib.dll, Bug, Build: 3621]
  • Correction de System.Runtime.CompilerServices.RuntimeFeature.IsSupported pour prendre en compte correctement les paramètres de bizarrerie de compatibilité des applications pour la fonctionnalité Portable PDB introduite dans .NET Framework 4.7.1. [571206, mscorlib.dll, Bug, Build: 3621]
  • Correction de l'exception en analysant les dates japonaises dont le nombre d'années est supérieur au nombre d'années de cette époque. Le changement de comportement ne sera remarqué que si quelqu'un tente d'analyser une date contenant une époque et une année alors que l'année dépasse la dernière année de cette époque. [590659, mscorlib.dll, Bug, Build: 3621]
  • Par défaut, les processus élevés ne liront pas HKCU pour les informations d'activation COM gérées. [592187, clr.dll, Bug, Build: 3621]
  • Correction du problème de compatibilité de la sérialisation pour la classe CultureAwareComparer. [621387, mscorlib.dll, Bug, Build: 3632]
  • Mise à niveau de la zlib System.IO.Compression (à l'intérieur de clrcompression.dll) vers la dernière version de zlib 1.2.11 [532490, clrcompression.dll, Bug, Build: 3646]
  • Correction en réduisant les allocations de mémoire dans le hachage avec les classes CAPI (SHA256CryptoServiceProvider, et autres) [548940, System.Core.dll, Bug, Build: 3646]
  • Correction en réduisant les allocations de mémoire dans le hachage avec les classes CNG (SHA256Cng, et al) [548941, System.Core.dll, Bug, Build: 3646]
  • Correction du problème suivant: System.DateTime renvoyait une heure incorrecte après que Windows ait traité une seconde intercalaire, en procédant comme suit: DateTime et DateTimeOffset fonctionnent avec les secondes intercalaires signalées par les systèmes Windows RS5. DateTime.Now et DateTime.UtcNow seront toujours synchronisés avec l'heure du système.DateTime et DateTimeOffset ne signaleront jamais la seconde intercalaire sous la valeur 60, mais le signaleront toujours sous la forme 59. Les opérations DateTime et DateTimeOffset continueront de fonctionner comme auparavant, c'est-à-dire qu'elles traitent toujours les minutes avec une durée de 60 secondes. compatible avec les plates-formes de bas niveaux. [641206, mscorlib.dll, clr.dll, bug, Build: 3646]
  • Correction du problème d'échec de dé-sérialisation WCF de l'objet CultureAwareComparer.Problème résolu: les applications utilisant WCF pour communiquer avec des services Web ou des applications utilisant directement la sérialisation de contrat de données rencontraient des problèmes de désérialisation de l'objet CultureAwareComparer. [645084, mscorlib.dll, Bug, Build: 3646]
  • Réduction de l'impact du bit “Mode FIPS” défini dans le système d'exploitation [653796, mscorlib.dll; System.Core.dll, Bug, Build: 3646].
  • Algorithme de chiffrement de contenu par défaut d'EnvelopedCms remplacé par AES. [656518, System.Security.dll, Bug, Build: 3646]
  • Correction de GetECDsaPublicKey pour travailler avec les courbes de brainpool. [586452, System.Core.dll, Bug, Build: 3673]
  • Réduction du nombre de finalisations d'objet résultant de l'utilisation de X509Certificate2 et des types associés. [654137, mscorlib.dll, System.dll, System.Security.dll, Bug, Build: 3673]
  • Correction du formatage de la date japonaise avec l'année 1 (en tant que première année d'une époque), la date sera formatée en utilisant le caractère year et non le numéro de l'année «1».Exemple du nouveau comportement de date formaté: 成 元年 11 月 21 comparé à l'ancien comportement de date formaté 平 成 1 11 月 21 日 [670097, mscorlib.dll, Bug, Build: 3673]
  • Paramètres par défaut fixes utilisés par RsaProtectedConfigurationProvider (utilisez AES au lieu de 3DES, RSA utilise maintenant la clé à 2 048 bits, OAEP est activé par défaut), le cryptage fixe avec OAEP afin qu'il écrit les métadonnées correctes. [549418, System.Configuration.dll, Bug, Build: 3694]
  • Ajoutez une API pour obtenir des empreintes de certificat avec un algorithme de résumé spécifié par l'appelant. [700365, mscorlib.dll, fonctionnalité, Build: 3694]
  • Correction d'une exception IndexOutOfRangeException levée lors de la lecture asynchrone d'une sortie de processus contenant moins d'octets qu'un caractère est lu au début d'une ligne.[724219, System.dll, Bug, Build: 3707]
  • Atténuer les défaillances de compatibilité observées dans certains scénarios d'utilisation System.Data.SqlClient. [727701, System.Configuration.dll, Bug, Build: 3707]
  • Correction d'une exception de sérialisation qui se produisait lorsqu'un nombre considérable d'objets étaient sérialisés avec BinaryFormatter. [761576, mscorlib.dll, Bug, Version: 3734] Ajout de la prise en charge du formatage de la première année de l'ère japonaise avec Gannen lorsque le modèle de date ne comporte pas de guillemets autour de. par exemple y 年. [777279, mscorlib.dll, Bug, Build: 3745]

ClickOnce

  • Correction des dialogues d'interface utilisateur Clickonce sur les machines à haute résolution avec une échelle définie à plus de 100% pour les applications nouvelles et existantes, jusqu'à 300%.Dans le cas où l'utilisateur souhaite voir les images héritées, il existe un commutateur de désactivation «Switch.System.Windows.Forms.UseLegacyImages» qui peut être défini sur «true» dans le fichier dfsvc.exe.config. [389534, Microsoft.Build.Tasks.v4.0.dll, Bug, Build: 3621]
  • Correction de Mage afin qu'il puisse correctement mettre à jour l'identité des assemblys dépendants dans les manifestes de l'application ClickOnce. [534286, Microsoft.Build.Tasks.v4.0.dll, Bug, Build: 3621]
  • Les boîtes de dialogue ClickOnce corrigées (écran de démarrage, boîte de dialogue de progression de l'installation, de maintenance et de mise à jour) présentent des problèmes d'accessibilité, comme indiqué dans ce bogue. La correction sert à réaligner les index de contrôle et à définir les noms accessibles là où il manquait. [541886, Microsoft.Build.Tasks.v4.0.dll, Bug, Build: 3621]
  • Correction de l'alignement de la barre de progression de droite à gauche dans l'écran de démarrage et du dialogue de progression de téléchargement pour les langues ARA et HEB pour ClickOnce UI. Correction de la disposition RTL dans les boîtes de dialogue ClickOnce. Les contrôles individuels doivent être définis dans la disposition RTL car cette propriété n'est pas propagée.Définissez cette propriété explicitement sur le contrôle de barre de progression. [552893, Microsoft.Build.Tasks.v4.0.dll, Bug, Build: 3621]

CLR :

  • LoadFrom fixe (String, Byte [], AssemblyHashAlgorithm) fonctionne avec les algorithmes SHA2.[229901, mscorlib.dll, Bug, Build: 3621]
  • Réduction de la surcharge de mémoire AsyncLocal lors du changement de valeur. [470761, mscorlib.dll, Bug, Build: 3621]
  • Attentes de spin améliorées dans plusieurs primitives de synchronisation pour une meilleure performance sur Intel Skylake et les microarchitectures plus récentes. [495945, mscorlib.dll, Bug, Build: 3621]
  • Problèmes résolus où des valeurs incorrectes sont envoyées à EventListeners. Cela inclut des ID d'activité incorrects sur les événements de démarrage et d'arrêt et des valeurs EventLevel incorrectes. [581072, mscorlib.dll, Bug, Build: 3621]
  • Correction d'un crash potentiel avec des appels simultanés à une nouvelle méthode dynamique.[581154, mscorlib.dll, Bug, Build: 3621]
  • Correction d'un blocage possible lors de l'appel de Dispose () sur un EventSource. [597221, System.Core.dll, Bug, Build: 3621]
  • Le paramètre 'shadowCopyVerifyByTimestamp' est maintenant configurable pour des domaines d'application individuels, par opposition à un paramètre de processus. Cela aide dans les cas où vous n'êtes peut-être pas le processus hôte, mais souhaitez configurer un nouveau domaine d'application qui vérifie l'horodatage lors de la copie fantôme. [565570, clr.dll, Bug, Build: 3632]
  • Résolution du problème où le compilateur JIT optimisait un appel à l'opération intrinsèque CompareExchange dans des conditions spécifiques [638227, clrjit.dll, Bug, Build: 3646]
  • CLR COM ne renvoie plus E_INVALIDARG lors du marshalling d'un byref SafeArray à partir d'un gestionnaire d'événements. [239541, WindowsBase.dll, Bug, Build: 3673]
  • Correction d'un blocage potentiel lorsqu'un GC bloquant est induit dans des situations de mémoire insuffisante [374828, clr.dll, Bug, Build: 3673]
  • Si vous utilisez Server GC sur un ordinateur Skylake ou ultérieur, vous remarquerez peut-être que clr! SVR :: t_join :: join prend beaucoup plus de cycles de processeur. Ceci est dû au fait que clr! SVR :: t_join :: join utilise l'instruction PAUSE, qui prend beaucoup plus de temps sous Skylake +. Ce correctif réduit le nombre de fois qu'il est appelé lorsqu'il est exécuté sur une machine Skylake +.[683269, clr.dll, Bug, Build: 3673]
  • Correction d'un problème avec le CPG: une fréquence élevée sous charge mémoire élevée pouvait entraîner des erreurs prématurées dans le MOO. [657730, clr.dll, Bug, Build: 3694]
  • Des exceptions de corruption de processus dans le filtre d'exception (comme une violation d'accès) entraînent maintenant l'abandon du processus en cours. [110375, clr.dll, Bug, Build: 3694]
  • .NET s’intègre maintenant avec les fournisseurs de logiciel anti-programme malveillant pour analyser les assemblys chargés à partir de tableaux d’octets. [576558, clr.dll, fonctionnalité, Build: 3694]
  • Correction d'un problème avec des ressources Win32 manquantes dans les images ReadyToRun. [624174, crossgen.exe, Bug, Build: 3694]
  • Correction d'un problème avec ngen createpdb où la transmission d'un long dossier de sortie pouvait provoquer un blocage. [627712, ngen.exe, Bug, Build: 3694]
  • Correction d'un échec de crossgen lors de la compilation d'assemblages sans ressources Win32 dans des images ReadyToRun. [722265, coreclr.dll, Bug, Build: 3694]
  • Correction de la capacité à gérer les exceptions d'état corrompues par le processus issues de Marshal.PtrToStructure sur x86. [381677, clr.dll, Bug, Build: 3707]
  • Correction d'erreurs de violation d'accès intermittentes lorsque Server GC interagit avec des types de valeur à transfert de type implémentés dans mscorlib ou d'autres assemblys indépendants du domaine lors du garbage collection. [425626, clr.dll, Bug, Build: 3707]
  • Activation d'un modèle d'utilisation très obscur et inhabituel dans lequel les offres FX Closure Walks sont trop coûteuses dans le domaine par défaut. Introduit le commutateur DeferFxClosureWalk (opt-in) qui, une fois défini, effectue les opérations suivantes: 1) Désactiver le commutateur DisableFxClosureWalk 2) En LoaderOptimization.MultiHost, tous les assemblys sont supposés être partageables dans le domaine par défaut et la marche de fermeture est différée aussi longtemps que possible. Cette solution fournira de bonnes performances et exactitude dans le domaine par défaut. [485894, clr.dll, Bug, Build: 3707]
  • Correction des crashs pouvant survenir lorsque les assemblages de façades avec NGen sont chargés de manière à être multi-domaines partageables. [602785, clr.dll, Bug, Build: 3707]
  • Amélioration des performances et de l'évolutivité de l'acquisition des verrous de Monitor dans le cadre d'un convoi de verrous perpétuels [602844, clr.dll, Bug, Build: 3707]
  • Correction d'un problème qui entraînait le manque de mémoire de Ngen à chaque exécution, en raison d'une corruption du registre. [702519, mscorsvc.dll / mscorsvw.exe, Bug, Build: 3707]
  • Déclenchement d'une exception System.Threading.ThreadAbortException lorsque System.Diagnostics.Debugger.s_triggerThreadAbortExceptionForDebugger est défini sur true.[732816, mscorlib.dll, Bug, Build: 3707]
  • Corrige un plantage sur COM interop et renvoie correctement le résultat pour le MOO. [733492, clr.dll, Bug, Build: 3707]
  • Empêche les applications d'activer COM des types gérés dont les GUID ne correspondent pas au CLSID déclaré dans le registre ”[752205, clr.dll, Bug, Build: 3734]
  • Des blocages fixes pouvant survenir lors du chargement de traces de pile d'exceptions dans des conditions de mémoire insuffisante. [748860, diasymreader.dll, Bug, Build: 3734]
  • Evolutivité améliorée de System.Threading.Timer. Auparavant, System.Threading.Timer disposait d'une seule file d'attente globale protégée par un verrou unique à l'échelle du processus.Cela peut devenir un problème d’évolutivité si les minuteries sont utilisées fréquemment sur des ordinateurs à plusieurs processeurs. Cette modification se divise en N files d'attente par processeur, ainsi que d'autres améliorations permettant d'améliorer les performances dans un environnement à grande échelle. Pour des raisons de compatibilité, ce nouveau code n'est pas activé par défaut à l'heure actuelle. Il doit être activé à l'aide de la variable ScalableTimer de la configuration .NET. [735923, clr.dll, mscorlib.dll, bug, Build: 3734]

Windows prises en charge: Windows 10 version 1809, Windows 10 version 1803, Windows 10 version 1709, Windows 10 version 1703, Windows 10 version 1607, Windows 8.1, Windows 7 SP1.

Windows Server prises en charge: Windows Server 2019, Windows Server version 1803, Windows Server version 1709, Windows Server 2016, Windows Server 2012, Windows Server 2012 R2, Windows Server 2008 R2 SP1

Page d'accueil : https://www.microsoft.com/net/framework

Taille: 69.4 MB

TÉLÉCHARGER .NET Framework 4.8 x86 / x64 [installateur web]

TÉLÉCHARGER .NET Framework 4.8 x86 / x64  [programme d'installation hors connexion]

TÉLÉCHARGER le pack de développement .NET Framework 4.8


Aucun commentaire: