You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4net-dev@logging.apache.org by "Stefan Bodewig (JIRA)" <ji...@apache.org> on 2013/11/07 10:21:18 UTC
[jira] [Assigned] (LOG4NET-132) Environment variables are
mistakenly case sensitive on windows
[ https://issues.apache.org/jira/browse/LOG4NET-132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Stefan Bodewig reassigned LOG4NET-132:
--------------------------------------
Assignee: Stefan Bodewig
> Environment variables are mistakenly case sensitive on windows
> --------------------------------------------------------------
>
> Key: LOG4NET-132
> URL: https://issues.apache.org/jira/browse/LOG4NET-132
> Project: Log4net
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.2.10
> Environment: Windows, .Net 3.5
> Reporter: Matthew Gabeler-Lee
> Assignee: Stefan Bodewig
> Priority: Minor
> Fix For: 1.2.13
>
>
> On windows, environment variables are meant to be case insensitive. Because of this, in some contexts, a special IDictionary class that lowercases all the keys is used to manipulate environment variables, specifically ProcessStartInfo.EnvironmentVariables.
> The upshot of this, for me, is that when running under the profiler I have, all the environment variables get lowercased, and my logging configuration is broken, because TEMP is now temp, and log4net is treating the environment variables in a case sensitive manner, from using Environment.GetEnvironmentVariables(), which creates a normal case sensitive Hashtable object.
> It seems that, on windows, the result of Environment.GetEnvironmentVariables() should be copied into a StringDictionary to get proper case insensitive behavior.
--
This message was sent by Atlassian JIRA
(v6.1#6144)