Path: csiph.com!fu-berlin.de!uni-berlin.de!not-for-mail From: MRAB Newsgroups: comp.lang.python Subject: Re: Late-binding of function defaults (was Re: What is a function parameter =[] for?) Date: Fri, 27 Nov 2015 01:15:00 +0000 Lines: 27 Message-ID: References: <87d1v5emhl.fsf@elektro.pacujo.net> <564e6a62$0$1620$c3e8da3$5496439d@news.astraweb.com> <565592e9$0$1615$c3e8da3$5496439d@news.astraweb.com> <87k2p54tdr.fsf@elektro.pacujo.net> <565652e1$0$1619$c3e8da3$5496439d@news.astraweb.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: news.uni-berlin.de sqb9g5YrTz3m4E73UfwltQ8SGVTS+QWcXUEEu6soSQPg== Return-Path: X-Original-To: python-list@python.org Delivered-To: python-list@mail.python.org X-Spam-Status: OK 0.011 X-Spam-Evidence: '*H*': 0.98; '*S*': 0.00; 'subject: \n ': 0.15; 'comparison.': 0.16; 'from:addr:mrabarnett.plus.com': 0.16; 'from:addr:python': 0.16; 'from:name:mrab': 0.16; 'insensitive': 0.16; 'message-id:@mrabarnett.plus.com': 0.16; 'osx': 0.16; 'received:192.168.1.4': 0.16; 'received:84.93': 0.16; 'received:84.93.230': 0.16; 'received:io': 0.16; 'received:psf.io': 0.16; 'subject:?)': 0.16; 'unfair': 0.16; 'windows:': 0.16; 'worst': 0.16; 'wrote:': 0.16; 'windows': 0.20; 'examples': 0.24; 'header:In-Reply-To:1': 0.24; 'header:User- Agent:1': 0.26; "doesn't": 0.26; 'command': 0.26; 'chris': 0.26; 'supported': 0.27; 'equivalent': 0.27; 'disk': 0.27; 'dialog': 0.29; 'equivalent,': 0.29; 'equivalent.': 0.29; 'sure,': 0.29; "i'm": 0.30; 'received:84': 0.32; 'file': 0.34; 'handle': 0.34; 'mapping': 0.35; 'unicode': 0.35; 'but': 0.36; 'to:addr:python- list': 0.36; 'subject:: ': 0.37; 'two': 0.37; 'version': 0.38; 'means': 0.39; 'test': 0.39; 'does': 0.39; 'received:192': 0.39; 'subject:-': 0.39; 'to:addr:python.org': 0.40; 'within': 0.64; 'surprise': 0.72; 'treat': 0.72; 'greek': 0.84; 'treats': 0.84; 'interesting,': 0.93 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=MbeRwMLf c=1 sm=1 tr=0 a=0nF1XD0wxitMEM03M9B4ZQ==:117 a=0nF1XD0wxitMEM03M9B4ZQ==:17 a=0Bzu9jTXAAAA:8 a=EBOSESyhAAAA:8 a=IkcTkHD0fZMA:10 a=pGLkceISAAAA:8 a=1abMqeWhiRENBl2O5YkA:9 a=QEXdDO2ut3YA:10 X-AUTH: mrabarnett@:2500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 In-Reply-To: X-BeenThere: python-list@python.org X-Mailman-Version: 2.1.20+ Precedence: list List-Id: General discussion list for the Python programming language List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Xref: csiph.com comp.lang.python:99610 On 2015-11-27 00:15, Random832 wrote: > Chris Angelico writes: >> Windows: I'm not sure, and frankly, I don't trust it. A quick test >> showed a couple of failures: >> >> It might be case insensitive only for ASCII. > > Windows uses a simple WCHAR->WCHAR (lower->upper) mapping for case > comparison. it doesn't handle those cases, but it does handle all BMP > characters that have a simple case equivalent within the BMP as of the > unicode version that Microsoft supported when the disk was formatted. > Interesting, on Windows 10, "dir" on the command line treats "TEßTING.txt" and "teßting.txt" as equivalent, whereas a file dialog treats "TEßTING.txt", "teßting.txt" and "TESSTING.txt" as equivalent. They don't treat "ParıldıYOR.txt" and "PARILDIYOR.txt" as equivalent, which doesn't surprise me. > It's unfair to pick the two worst examples that you know offhand and > declare that this means "only for ASCII". Pick any latin-1 (etc) > diacritic, any letter of the greek and cyrillic alphabet, and it'll > handle them just fine. > > OSX fails the same cases, incidentally. >