Warnings is one of the features that didn't quite make it for v1.0. In general w.r.t. non-ASCII characters you'll find IronPython to be more like Jython in that all strings are Unicode strings. But other than that we do support PEP-263 for the purpose of defining alternate file encodings.
We're also aware of the startup time and will be working on reducing that in the future. Thanks for the feedback! -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Claudio Grondi Sent: Wednesday, September 06, 2006 1:47 PM To: python-list@python.org Subject: Re: IronPython 1.0 - Bugs or Features? tjreedy wrote: > "Claudio Grondi" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] > >>I also erroneously assumed, that the first problem was detected during >>parsing ... so, by the way: how can I distinguish an error raised >>while parsing the code and an error raised when actually running the code? > > > Parsing detects and reports syntax errors and maybe something else if > you use non-ascii chars without matching coding cookie. Other errors > are runtime. Let's consider print '"Data ê"' In CPython 2.4.2 there is in case of non-ascii character: sys:1: DeprecationWarning: Non-ASCII character '\xea' in file C:\IronPython-1.0-BugsOrFeatures.py on line 3, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details "Data♀♂ Û" IronPython does not raise any warning and outputs: "Data♀♂ ?" So it seems, that IronPython is not that close to CPython as I have it expected. It takes much more time to run this above simple script in IronPython as in CPython - it feels as IronPython were extremely busy with starting itself. Claudio Grondi -- http://mail.python.org/mailman/listinfo/python-list -- http://mail.python.org/mailman/listinfo/python-list
