Re: [Python-Dev] mingw32 port

2013-01-30 Thread R. David Murray
On Thu, 31 Jan 2013 00:49:38 +0100, Matthias Klose wrote: > So ok to close issue16526, issue3871, issue3754 and suggest in the reports to > start over with more granular changes? +1 from me. Over time I've suggested to at least two people, maybe more, who wanted to see some action on these that

[Python-Dev] mingw32 port

2013-01-30 Thread Matthias Klose
[No, I'm not interested in the port myself] patches for a mingw32 port are floating around on the web and the python bug tracker, although most of them as a set of patches in one issue addressing several things, and which maybe outdated for the trunk. at least for me re-reading a big patch in a ne

Re: [Python-Dev] I was just thinking that os.path could use some love...

2013-01-30 Thread Glyph
On Jan 30, 2013, at 2:01 PM, Cameron Simpson wrote: > Speaking for myself, I've been having some usefulness with making "URL" > objects that are subclasses of str. That lets me pass them to all the > things that already expect strs, while still having convenience methods. str subclasses are prob

Re: [Python-Dev] Fwd: I was just thinking that os.path could use some love...

2013-01-30 Thread Cameron Simpson
On 30Jan2013 13:26, Guido van Rossum wrote: | Thoughts on os.path? What happened to the idea of a new path object? [...] | From: Talin [...] | On Wed, Jan 30, 2013 at 11:33 AM, Guido van Rossum wrote: | > Hmm... Mind if I just forward to python-dev? IIRC there's been some | > discussion about a

Re: [Python-Dev] Fwd: I was just thinking that os.path could use some love...

2013-01-30 Thread Skip Montanaro
> Thoughts on os.path? What happened to the idea of a new path object? You old pot stirrer! I wonder about this from time-to-time as well, so was just interested enough to wander over to PyPI and see what I could dig up. There are a couple path module/package implementations on PyPI. Nothing j

Re: [Python-Dev] Fwd: I was just thinking that os.path could use some love...

2013-01-30 Thread R. David Murray
http://bugs.python.org/issue11344 evolved into a patch for 'splitpath', similar to splitall. Antoine's pathlib (PEP 428) is also mentioned at the end, which is probably what Guido is thinking of. --David On Wed, 30 Jan 2013 13:26:08 -0800, Guido van Rossum wrote: > Thoughts on os.path? What hap

Re: [Python-Dev] Fwd: I was just thinking that os.path could use some love...

2013-01-30 Thread Victor Stinner
> Thoughts on os.path? What happened to the idea of a new path object? I don't know if it's related, but there are two new interesting projects: pathlib and walkdir. http://pypi.python.org/pypi/pathlib https://pathlib.readthedocs.org/en/latest/ http://pypi.python.org/pypi/walkdir http://walkdir.

[Python-Dev] Fwd: I was just thinking that os.path could use some love...

2013-01-30 Thread Guido van Rossum
Thoughts on os.path? What happened to the idea of a new path object? --Guido -- Forwarded message -- From: Talin Date: Wed, Jan 30, 2013 at 12:34 PM Subject: Re: I was just thinking that os.path could use some love... To: Guido van Rossum On Wed, Jan 30, 2013 at 11:33 AM, Gui

Re: [Python-Dev] PEP 433: second try

2013-01-30 Thread Hrvoje Niksic
On 01/30/2013 01:00 PM, Victor Stinner wrote: Disable inheritance by default (...) * It violates the principle of least surprise. Developers using the os module may expect that Python respects the POSIX standard and so that close-on-exec flag is not set by default. Oh, I just saw that Perl

Re: [Python-Dev] PEP 433: second try

2013-01-30 Thread Victor Stinner
> Disable inheritance by default > (...) > * It violates the principle of least surprise. Developers using the > os module may expect that Python respects the POSIX standard and so > that close-on-exec flag is not set by default. Oh, I just saw that Perl is "violating POSIX" since Perl 1: clo

Re: [Python-Dev] PEP 433: second try

2013-01-30 Thread Victor Stinner
2013/1/30 Larry Hastings : > Here is a new version of my PEP 433. > [...] > * ``os.get_cloexec(fd)`` > * ``os.set_cloexec(fd, cloexec=True)`` > * ``sys.getdefaultcloexec()`` > * ``sys.setdefaultcloexec(cloexec=True)`` > > Passing no judgment on the PEP otherwise, just a single observation: the