Łukasz Langa added the comment:
This is indeed deliberate. If that's unsuitable for you, consider using:
cp = ConfigParser()
cp.optionxform = lambda option: option
as described in
http://docs.python.org/3/library/configparser.html#configparser.optionxform
--
assignee: -
Eric V. Smith added the comment:
Can you show us the code that causes the problem?
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17608
___
Rodney Persky added the comment:
I'd probably revise this to say it's a quirk - not a bug. As looking over
https://bitbucket.org/ambv/configparser/src/4bf6a6d8ebdf6eec068750a2b940944a9b1b2938/configparser.py?at=default
(the configparser source) information is converted to .lower(). So it seems
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +lukasz.langa
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17608
___
___
New submission from Rodney Persky:
Hey,
Just a fairly small one in the configparser library. I've got a bunch of
variables with varying capitalisation to indicate words in the variable name.
The config file contains lines such as:
[GlobalSection]
ParameterDelimiterCharacter = ,
Watching the
