From 0e3c5de2f004916e6cb640fe83e2781a6029500d Mon Sep 17 00:00:00 2001 From: Petr Onderka Date: Wed, 30 Mar 2016 04:24:23 +0200 Subject: Removed obsolete comment from Environment.GetResourceString Fixes #3979 --- src/mscorlib/src/System/Environment.cs | 13 ------------- 1 file changed, 13 deletions(-) diff --git a/src/mscorlib/src/System/Environment.cs b/src/mscorlib/src/System/Environment.cs index dcf32b3a94..dcfbe0587c 100644 --- a/src/mscorlib/src/System/Environment.cs +++ b/src/mscorlib/src/System/Environment.cs @@ -1307,19 +1307,6 @@ namespace System { return m_resHelper.GetResourceString(key); } - // #threadCultureInfo - // Currently in silverlight, CurrentCulture and CurrentUICulture are isolated - // within an AppDomain. This is in contrast to the desktop, in which cultures - // leak across AppDomain boundaries with the thread. - // - // Note that mscorlib transitions to the default domain to perform resource - // lookup. This causes problems for the silverlight changes: since culture isn't - // passed, resource string lookup won't necessarily use the culture of the thread - // originating the request. To get around that problem, we pass the CultureInfo - // so that the ResourceManager GetString(x, cultureInfo) overload can be used. - // We first perform the same check as in CultureInfo to make sure it's safe to - // let the CultureInfo travel across AppDomains. - [System.Security.SecuritySafeCritical] // auto-generated internal static String GetResourceString(String key) { #if FEATURE_CORECLR -- cgit v1.2.3