Re: [Python-Dev] PEP 393: Flexible String Representation

"Martin v. Löwis", 24.01.2011 21:17: I have been thinking about Unicode representation for some time now. This was triggered, on the one hand, by discussions with Glyph Lefkowitz (who complained that his server app consumes too much memory), and Carl Friedrich Bolz (who profiled Python applicatio

Re: [Python-Dev] PEP 393: Flexible String Representation

"Martin v. Löwis", 24.01.2011 21:17: I have been thinking about Unicode representation for some time now. This was triggered, on the one hand, by discussions with Glyph Lefkowitz (who complained that his server app consumes too much memory), and Carl Friedrich Bolz (who profiled Python applicatio

Re: [Python-Dev] PEP 393: Flexible String Representation

"Martin v. Löwis", 28.01.2011 22:49: And indeed, when Cython is updated to 3.3, it shouldn't access the UTF-8 representation for such a loop. Instead, it should access the str representation Sure. Regarding Cython specifically, the above will still be *possible* under the proposal, given tha

Re: [Python-Dev] PEP 393: Flexible String Representation

Pardon me for this drive-by posting, but this thread smells a lot like this old thread (don't be afraid to read it all, there are some good points in there; not directed at you Martin, but at all readers/posters in this thread)... http://mail.python.org/pipermail/python-3000/2006-September/003795.

Re: [Python-Dev] PEP 393: Flexible String Representation

> The nice thing about Py_UNICODE is that is basically gives you native > Unicode code points directly, without needing to decode UTF-8 byte runs > and the like. In Cython, it allows you to do things like this: > > def test_for_those_characters(unicode s): > for c in s: > #

Re: [Python-Dev] Finally fix installer to add Python to %PATH% on Windows

On Fri, Jan 28, 2011 at 14:34, Christian Heimes wrote: > Am 28.01.2011 20:29, schrieb Raymond Hettinger: > > At the very least, we should add some prominent instructions for getting > the command line version up and running. > > /me pops out of Guido's time machine and says: "execute > Tools/scri

Re: [Python-Dev] Finally fix installer to add Python to %PATH% on Windows

Am 28.01.2011 20:29, schrieb Raymond Hettinger: > At the very least, we should add some prominent instructions for getting the > command line version up and running. /me pops out of Guido's time machine and says: "execute Tools/scripts/win_add2path.py" I'm -1 on adding Python to %PATH%. The priv

Re: [Python-Dev] fcmp() in test.support

>> I'm working on improving the .rst documentation of test.support (Issue >> 11015), and came upon the undocumented "fcmp" function that's being >> exported from test.support, along with a "FUZZ"constant. >> The documentation of the test module clearly states right at the top: "" Note The test p

Re: [Python-Dev] fcmp() in test.support

On 28/01/2011 04:55, Eli Bendersky wrote: I'm working on improving the .rst documentation of test.support (Issue 11015), and came upon the undocumented "fcmp" function that's being exported from test.support, along with a "FUZZ"constant. This module shouldn't really be documented at all. It ex

Re: [Python-Dev] Finally fix installer to add Python to %PATH% on Windows

On Jan 28, 2011, at 11:21 AM, Michael Foord wrote: > On 28/01/2011 16:29, Brian Curtin wrote: >> >> Recently I've talked to two Python trainers/educators and the major gripe >> their attendees see is that you can't just sit down and type "python" and >> have something work. For multi-Python in

Re: [Python-Dev] Finally fix installer to add Python to %PATH% on Windows

On 28/01/2011 16:29, Brian Curtin wrote: On Fri, Jan 28, 2011 at 10:12, anatoly techtonik > wrote: Hi, I'd like to You probably know that after installation on Windows system it is possible to call Python from Explorer's Run dialog (Win-R). It is beca

Re: [Python-Dev] fcmp() in test.support

On Jan 28, 2011, at 10:09 AM, Brett Cannon wrote: > On Thu, Jan 27, 2011 at 20:55, Eli Bendersky wrote: >> I'm working on improving the .rst documentation of test.support (Issue >> 11015), and came upon the undocumented "fcmp" function that's being >> exported from test.support, along with a "FU

Re: [Python-Dev] fcmp() in test.support

On Thu, Jan 27, 2011 at 20:55, Eli Bendersky wrote: > I'm working on improving the .rst documentation of test.support (Issue > 11015), and came upon the undocumented "fcmp" function that's being > exported from test.support, along with a "FUZZ"constant. > > As I search through the tests (py3k trun

Re: [Python-Dev] Beta version of the new devguide

On Thu, Jan 27, 2011 at 22:52, Eli Bendersky wrote: > On Sun, Jan 23, 2011 at 03:08, Brett Cannon wrote: >> http://docs.python.org/devguide/ >> >> If you are a core developer and have a correction you want to make you >> can simply check out the devguide yourself (link is in the Resources >> sect

Re: [Python-Dev] Finally fix installer to add Python to %PATH% on Windows

Hello See http://bugs.python.org/issue3561 (rejected by Martin). Regards ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-

[Python-Dev] Summary of Python tracker Issues

ACTIVITY SUMMARY (2011-01-21 - 2011-01-28) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open2567 (+40) closed 20262 (+34) total 22829 (+74) Open issues wit

Re: [Python-Dev] Finally fix installer to add Python to %PATH% on Windows

On 28/01/2011 16:29, Brian Curtin wrote: On Fri, Jan 28, 2011 at 10:12, anatoly techtonikwrote: I've seen about 7 requests to add Python into %PATH% in installer. All closed with no result, but with some fear and uncertainty. Martin feared that MSI installers are not able to remove entry from PA

Re: [Python-Dev] Finally fix installer to add Python to %PATH% on Windows

On Fri, Jan 28, 2011 at 10:12, anatoly techtonik wrote: > Hi, I'd like to > > You probably know that after installation on Windows system it is > possible to call Python from Explorer's Run dialog (Win-R). It is > because Python path is added to App Paths registry key and Windows > Explorer shell

[Python-Dev] Finally fix installer to add Python to %PATH% on Windows

Hi, I'd like to You probably know that after installation on Windows system it is possible to call Python from Explorer's Run dialog (Win-R). It is because Python path is added to App Paths registry key and Windows Explorer shell checks this key when looking for executable. But Python doesn't wor

Re: [Python-Dev] PEP 393: Flexible String Representation

Florian Weimer, 28.01.2011 15:27: * Stefan Behnel: The nice thing about Py_UNICODE is that is basically gives you native Unicode code points directly, without needing to decode UTF-8 byte runs and the like. In Cython, it allows you to do things like this: def test_for_those_characters(uni

Re: [Python-Dev] PEP 393: Flexible String Representation

* Stefan Behnel: > The nice thing about Py_UNICODE is that is basically gives you native > Unicode code points directly, without needing to decode UTF-8 byte > runs and the like. In Cython, it allows you to do things like this: > > def test_for_those_characters(unicode s): > for c in s

Re: [Python-Dev] getting stable URLs for major.minor versions

Brett> I don't get what you are worried about: http://www.python.org/2 Brett> would refer to 2.7.1 while http://www.python.org/3 would refer to Brett> 3.1.3. In my world, 2 == major, 7 == minor, 1 == micro. I interpreted your reference to "major" as implying .../2 would refer to .../

Re: [Python-Dev] PEP 393: Flexible String Representation

Florian Weimer, 28.01.2011 10:35: * Stefan Behnel: "Martin v. Löwis", 24.01.2011 21:17: The Py_UNICODE type is still supported but deprecated. It is always defined as a typedef for wchar_t, so the wstr representation can double as Py_UNICODE representation. It's too bad this isn't initialised

Re: [Python-Dev] PEP 393: Flexible String Representation

* Stefan Behnel: > "Martin v. Löwis", 24.01.2011 21:17: >> The Py_UNICODE type is still supported but deprecated. It is always >> defined as a typedef for wchar_t, so the wstr representation can double >> as Py_UNICODE representation. > > It's too bad this isn't initialised by default, though. Py_