[issue12126] incorrect select documentation

Eli Bendersky added the comment: Antoine, can you be more specific? I recall finding it quite useful when first learning Python. Perhaps it can be improved in a few specific places, but overall I don't think it's a bad document. -- nosy: +eli.bendersky ___

[issue10271] warnings.showwarning should allow any callable object

lekma added the comment: how should we go about that? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue12131] python built with --prefix fails in site.py with no section 'posix_prefix'

Changes by Stefan Behnel : -- nosy: +scoder ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue12131] python built with --prefix fails in site.py with no section 'posix_prefix'

New submission from Ned Deily : [reported by Stefan Behnel] With the "packaging" changes introducing Lib/sysconfig.cfg and corresponding changes to Lib/sysconfig.py to depend on them, builds that use --prefix= to install outside of the build directory fail during startup when site.py calls sy

[issue11702] dir on return value of msilib.OpenDatabase() crashes python

Mark Mc Mahon added the comment: I wasn't so happy trawling through \windows\installer either :) Creating an MSI to test is very simple, and actually quicker than I had originally thought. The latest patch (support_dir_for_msi_objs.patch) creates the one and just uses that. Optionally I coul

[issue12057] HZ codec has no test

STINNER Victor added the comment: I think that issue #12100 should be fixed (wontfix/fixed) before this one. -- dependencies: +Incremental encoders of CJK codecs reset the codec at each call to encode() ___ Python tracker

[issue1054041] Python doesn't exit with proper resultcode on SIGINT

STINNER Victor added the comment: +kill(getpid(), SIGINT); kill() doesn't exist on Windows: use raise() which is more portable and doesn't require a PID argument. We may need to do something on Windows for console applications: see SetConsoleCtrlHandler(), http://msdn.microsoft.com/e

[issue12130] regex 0.1.20110514 findall overlapped not working with 'start of string' expression

Matthew Barnett added the comment: Replied to the regex bug tracker. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue12114] packaging.util._find_exe_version(): potential deadlock

Roundup Robot added the comment: New changeset bf5b974e7d32 by Victor Stinner in branch 'default': Close #12114: fix a potential deadlock in packaging.util._find_exe_version() http://hg.python.org/cpython/rev/bf5b974e7d32 -- nosy: +python-dev resolution: -> fixed stage: -> committed/r

[issue4558] with_stdc89

STINNER Victor added the comment: Is it still useful to ensure that ISO C89 compilers are supported in 2011? -- nosy: +haypo ___ Python tracker ___ __

[issue12124] python -m test test_packaging test_zipimport failure

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue12124] python -m test test_packaging test_zipimport failure

Roundup Robot added the comment: New changeset bfceb8c8178a by Victor Stinner in branch '2.7': Issue #12124: zipimport doesn't keep a reference to zlib.decompress() anymore http://hg.python.org/cpython/rev/bfceb8c8178a -- ___ Python tracker

[issue12024] 2.6 svn and hg branches are out of sync

Barry A. Warsaw added the comment: Although hg2.6 is not yet pushed, svn2.6 has been sync'd so this is ready to go for 2.6.7rc2. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue12126] incorrect select documentation

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue12126] incorrect select documentation

Antoine Pitrou added the comment: The socket HOWTO looks so stupid, obscure and badly written that it should IMO be deleted. -- nosy: +pitrou ___ Python tracker ___ ___

[issue12107] TCP listening sockets created without FD_CLOEXEC flag

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file22038/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue12130] regex 0.1.20110514 findall overlapped not working with 'start of string' expression

Julian added the comment: Just in case somebody else stumbles upon this, I ended up posting here: https://code.google.com/p/mrab-regex-hg/issues/detail?id=10 -- ___ Python tracker

[issue12130] regex 0.1.20110514 findall overlapped not working with 'start of string' expression

Julian added the comment: Sorry for posting in the wrong tracker. I'm a bit dumb: can you please point me to the right tracker? I know ^ should match the beginning of the string, but there are multiple overlapping matches with the beginning of the string (as the first set of results show). M

[issue12130] regex 0.1.20110514 findall overlapped not working with 'start of string' expression

Ezio Melotti added the comment: I think that's normal, the ^ matches only at the beginning of the string. -- nosy: +ezio.melotti, mrabarnett ___ Python tracker ___ _

[issue12130] regex 0.1.20110514 findall overlapped not working with 'start of string' expression

Brian Curtin added the comment: Please report this to the regex bug tracker. -- nosy: +brian.curtin resolution: -> rejected stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue12130] regex 0.1.20110514 findall overlapped not working with 'start of string' expression

New submission from Julian : Trying to use regex 0.1.2011051 with the overlapped=True feature It works great, unless I have the 'start of string' (caret) character in my regular expression: >>> regex.findall(r"a.*b","abadalaba",overlapped=True) ['abadalab', 'adalab', 'alab', 'ab'] >>> regex.f

[issue11442] list_directory() in SimpleHTTPServer.py should add charset=... to Content-type header

Barry A. Warsaw added the comment: On May 20, 2011, at 10:07 PM, Guido van Rossum wrote: > >Guido van Rossum added the comment: > >Let me confirm that. Since it is a security patch the entire point of it is >to be placed in the release. Cool, I've ported it over to svn. >I don't want to ques

[issue11442] list_directory() in SimpleHTTPServer.py should add charset=... to Content-type header

Guido van Rossum added the comment: Let me confirm that. Since it is a security patch the entire point of it is to be placed in the release. I don't want to question the reasons for doing the release from svn instead of from hg, but I do want to emphasize that the hg branch ought to be consid

[issue12129] Document Object Model API - validation

New submission from Kyle Keating : I was doing some tests on using this library and I noticed xml elements and attribute names could be created with mal-formed xml because special characters which can break validation are not cleaned or converted from their literal forms. Only the attribute va

[issue10808] ssl unwrap fails with Error 0

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue12117] Failures with PYTHONDONTWRITEBYTECODE: test_importlib, test_imp, test_distutils, test_packaging, test_runpy, test_import

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue11662] Redirect vulnerability in urllib/urllib2

Barry A. Warsaw added the comment: I think this is another patch that needs to be cross-ported to the 2.6 svn branch (which I'll do). -- ___ Python tracker ___

[issue12128] Allow `abc.abstractproperty` to be overridden by a data attribute

Changes by Daniel Urban : -- nosy: +durban ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue11442] list_directory() in SimpleHTTPServer.py should add charset=... to Content-type header

Barry A. Warsaw added the comment: Senthil, I just want to verify. You applied this patch to the Python 2.6 branch in hg, but not in svn, correct? Since I'm going to be making the 2.6.7 release from svn, I am porting this patch over to the svn 2.6 branch. You don't have to do that, but if

[issue12098] Child process running as debug on Windows

Sergey Mezentsev added the comment: I updated the patch. Added a test and remove arguments for frozen interpreter. -- ___ Python tracker ___

[issue12098] Child process running as debug on Windows

Changes by Sergey Mezentsev : Added file: http://bugs.python.org/file22042/Issue12098.branch-default.patch ___ Python tracker ___ ___ Python-b

[issue12098] Child process running as debug on Windows

Changes by Sergey Mezentsev : Added file: http://bugs.python.org/file22041/Issue12098.branch-2.6.patch ___ Python tracker ___ ___ Python-bugs-

[issue12098] Child process running as debug on Windows

Changes by Sergey Mezentsev : Removed file: http://bugs.python.org/file22022/Issue12098.branch-default.patch ___ Python tracker ___ ___ Python

[issue12098] Child process running as debug on Windows

Changes by Sergey Mezentsev : Removed file: http://bugs.python.org/file22021/Issue12098.branch-2.6.patch ___ Python tracker ___ ___ Python-bug

[issue11455] issue a warning when populating a CPython type dict with non-string keys

Changes by Brian Curtin : -- nosy: +brian.curtin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue12128] Allow `abc.abstractproperty` to be overridden by a data attribute

Eric Snow added the comment: As far as I have found, there isn't a way to make it work implicitly without changing object.__new__. I just posted some of the approaches I could think of to python-list: http://mail.python.org/pipermail/python-list/2011-May/1272604.html Mostly it is a matter

[issue12128] Allow `abc.abstractproperty` to be overridden by a data attribute

Ram Rachum added the comment: Ah, I got confused, there's no way we can call `__init__` in `ABCMeta.__new__`. -- ___ Python tracker ___ _

[issue12128] Allow `abc.abstractproperty` to be overridden by a data attribute

Ram Rachum added the comment: Eric, do you think that a solution can be made by calling `__init__` inside of `ABCMeta.__new__` and then afterwards checking the instance for attributes? -- ___ Python tracker _

[issue12128] Allow `abc.abstractproperty` to be overridden by a data attribute

Daniel Stutzbach added the comment: > Daniel, the behavior you describe is already present in Python 3.2. Awesome. :) Do you have a compelling use-case for making "self.x = 5" satisfy an abstractproperty requirement? One of the problems with that approach is that the instance does not satis

[issue12128] Allow `abc.abstractproperty` to be overridden by a data attribute

Ram Rachum added the comment: Daniel, the behavior you describe is already present in Python 3.2. -- ___ Python tracker ___ ___ Pytho

[issue12128] Allow `abc.abstractproperty` to be overridden by a data attribute

Daniel Stutzbach added the comment: I misread the original request. I'm +1 on making the following work, if it doesn't work already: class MySubClass(MyAbstractClass): SOME_LIMIT = 5 # Implements abstract property with fixed value We should be able to check that at instance creation tim

[issue11109] socketserver.ForkingMixIn leaves zombies, also fails to reap all zombies in one pass

Justin added the comment: Don't mean to nag. Just checking to see if anyone has taken it upon themselves to commit this yet since it's been a couple more months :P -- ___ Python tracker __

[issue12128] Allow `abc.abstractproperty` to be overridden by a data attribute

Eric Snow added the comment: Wow! I was literally working on this problem yesterday. The abstract check is done at instantiation time (in object.__new__, typeobject.c). So as it stands __new__ has no way to validate that all your abstract properties have been implemented unless they are ac

[issue12127] Inconsistent leading zero treatment

Daniel Stutzbach added the comment: -0 on making it valid ever, due to the different meaning in many other languages. -1 on making it valid while many still use a version of python where it's valid with a different meaning. Maybe for Python 4. ;-) -- nosy: +stutzbach __

[issue12128] Allow `abc.abstractproperty` to be overridden by a data attribute

Daniel Stutzbach added the comment: SGTM. I've written code where this would have been useful. Could you write a patch? -- nosy: +stutzbach stage: -> needs patch ___ Python tracker _

[issue12128] Allow `abc.abstractproperty` to be overridden by a data attribute

New submission from Ram Rachum : When you create an `abc.abstractproperty` on a class, any subclass must override it as an actual property in order to be instantiable. But sometimes you want to override it with a data attribute instead, i.e. `self.x = 5` instead of `x = property(...)`. It woul

[issue12098] Child process running as debug on Windows

Antoine Pitrou added the comment: Thanks for the patches. One comment: I'm not sure a frozen interpreter can take regular Python flags. As for the test, you could run a function returning sys.flags from the child to the parent, and check that the returned value is equal to the parent's sys.fla

[issue8035] urllib.request.urlretrieve hangs waiting for connection close after a redirect

Charles-François Natali added the comment: Those URLs don't trigger the problem anymore, but AFAICT from the code, this problem is still present in py3k. Here's an updated patch. -- Added file: http://bugs.python.org/file22040/urllib_redirect.diff _

[issue8035] urllib.request.urlretrieve hangs waiting for connection close after a redirect

Changes by Charles-François Natali : Removed file: http://bugs.python.org/file16758/urllib_redirect.diff ___ Python tracker ___ ___ Python-bugs

[issue1746656] IPv6 Interface naming/indexing functions

Changes by Charles-François Natali : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1746656] IPv6 Interface naming/indexing functions

Antoine Pitrou added the comment: > My first commit :-) > What's the next step? > Can this issue be closed, or should I wait until the tests pass on > some buildbot? You can close the issue nevertheless (as "fixed" / "committed/rejected"). It can be reopened later if there's a buildbot failure.

[issue1746656] IPv6 Interface naming/indexing functions

Charles-François Natali added the comment: > @neologix: You can commit it into Python 3.3. Tell me if you need > help ;-) My first commit :-) What's the next step? Can this issue be closed, or should I wait until the tests pass on some buildbot? --

[issue1006238] cross compile patch

wrobell added the comment: Hi Eric, Good point. I was just about ask, which bug and patch are the primary ones? :) -- ___ Python tracker ___ _

[issue3871] cross and native build of python for mingw32 with distutils

Changes by Éric Araujo : Removed file: http://bugs.python.org/file18339/py3k_mingwmsys_autogen.diff ___ Python tracker ___ ___ Python-bugs-list

[issue3871] cross and native build of python for mingw32 with distutils

Changes by Éric Araujo : Removed file: http://bugs.python.org/file21571/python-py3k-20110407-MINGW.patch ___ Python tracker ___ ___ Python-bugs

[issue3871] cross and native build of python for mingw32 with distutils

Changes by Éric Araujo : Removed file: http://bugs.python.org/file20540/python-py3k-20110126-MINGW.patch ___ Python tracker ___ ___ Python-bugs

[issue3871] cross and native build of python for mingw32 with distutils

Changes by Éric Araujo : Removed file: http://bugs.python.org/file20538/python-2.7-20110126-MINGW.patch ___ Python tracker ___ ___ Python-bugs-

[issue3871] cross and native build of python for mingw32 with distutils

Changes by Éric Araujo : Removed file: http://bugs.python.org/file19589/python-py3k-20101112-MINGW.patch ___ Python tracker ___ ___ Python-bugs

[issue3871] cross and native build of python for mingw32 with distutils

Changes by Éric Araujo : Removed file: http://bugs.python.org/file19587/python-2.7-20101112-MINGW.patch ___ Python tracker ___ ___ Python-bugs-

[issue3871] cross and native build of python for mingw32 with distutils

Changes by Éric Araujo : Removed file: http://bugs.python.org/file18626/python-trunk-20100824-MINGW.patch ___ Python tracker ___ ___ Python-bug

[issue3871] cross and native build of python for mingw32 with distutils

Changes by Éric Araujo : Removed file: http://bugs.python.org/file17779/python-trunk-20100626-MINGW.patch ___ Python tracker ___ ___ Python-bug

[issue3871] cross and native build of python for mingw32 with distutils

Changes by Éric Araujo : Removed file: http://bugs.python.org/file17362/python-trunk-20100516-MINGW.patch ___ Python tracker ___ ___ Python-bug

[issue3871] cross and native build of python for mingw32 with distutils

Éric Araujo added the comment: > ...py3k-20110520... For successive versions of the same patch, it’s best to remove the obsolete ones and add the new one, all with the same name. > with updates of integrated recently distutil2 Your patch touches distutils, which is not acceptable. Al

[issue12117] Failures with PYTHONDONTWRITEBYTECODE: test_importlib, test_imp, test_distutils, test_packaging, test_runpy, test_import

R. David Murray added the comment: In fact, not fixing it might send a small message as to what we think about that particular system default :) -- nosy: +r.david.murray ___ Python tracker ___

[issue1006238] cross compile patch

Éric Araujo added the comment: Hi wrobell. As a new feature, this could not be backported to stable versions. Regarding status, there are currently a number of duplicate or overlapping reports and patches, it’s rather difficult to find out which one should be reviewed. --

[issue12117] Failures with PYTHONDONTWRITEBYTECODE: test_importlib, test_imp, test_distutils, test_packaging, test_runpy, test_import

Antoine Pitrou added the comment: Honestly, now that it's been established that it has to do with a bogus system default (on Mageia/Mandriva installs), I'm not sure it's worth fixing if it means adding more logic to the tests. -- assignee: brett.cannon -> ___

[issue11643] Use |version| instead of X.Y in the doc

Changes by Éric Araujo : -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue1746656] IPv6 Interface naming/indexing functions

Roundup Robot added the comment: New changeset cc60d0283fad by Charles-François Natali in branch 'default': Issue #1746656: make if_nameindex(), if_indextoname() and if_nametoindex() http://hg.python.org/cpython/rev/cc60d0283fad -- ___ Python tracker

[issue1746656] IPv6 Interface naming/indexing functions

STINNER Victor added the comment: > that patch looks good I tested it with non-ASCII interface names: it works as expected with ASCII and UTF-8 locales. It's the first time that I see the "O&" format for Py_BuildValue(), I didn't know this one. The patch looks good. @neologix: You can commit i

[issue1597850] Cross compiling patches for MINGW

Changes by Gregory P. Smith : -- nosy: -gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue1746656] IPv6 Interface naming/indexing functions

Gregory P. Smith added the comment: that patch looks good. though I do wish we had a function similar to PyObject_AsStringEncodedFSDefault() so that the ParseTuple call wasn't needed for this relatively common operation when interfacing with system library calls that deal in C strings.

[issue12107] TCP listening sockets created without FD_CLOEXEC flag

Charles-François Natali added the comment: > That's not the intention (that's a gordian knot I *will* be keeping > a > safe distance from). The intention is to create a saner default situation > for most python programs. I understand what you're saying, and I agree with you on the principle. Bu

[issue1746656] IPv6 Interface naming/indexing functions

Charles-François Natali added the comment: > You use UTF-8 encoding: Here's an updated patch taking your comments into account (I'm really blissfully ignorant when it comes to encoding issues, so I hope it will be OK this time). -- Added file: http://bugs.python.org/file22039/socket_

[issue1746656] IPv6 Interface naming/indexing functions

Changes by Charles-François Natali : Removed file: http://bugs.python.org/file22025/socket_if.diff ___ Python tracker ___ ___ Python-bugs-li

[issue12127] Inconsistent leading zero treatment

R. David Murray added the comment: IMO 3.3 is definitely too soon. 3.4 may be too, depending on how many people are stuck on legacy systems using 2.7. -- nosy: +r.david.murray ___ Python tracker

[issue6727] ImportError when package is symlinked on Windows

Jason R. Coombs added the comment: Per the suggestion in the Visual Studio forums, I posted a report against Visual Studio here: https://connect.microsoft.com/VisualStudio/feedback/details/669601/regression-calling-wstat64i32-on-symlink-directory-with-kb2467174-installed#details -- _

[issue3754] cross-compilation support for python build

Greg Hellings added the comment: Current patch errors with the following message: gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -L/manual/lib -L/binary/lib -L/manual/lib -L/binary/lib Parser/acceler.o Parser/grammar1.o Pars er/listnode.o Parser/node.o Parser/parser.o Parser/bitset.o

[issue12127] Inconsistent leading zero treatment

Eric V. Smith added the comment: I don't buy the "confusion with other languages" argument. It's a different language. People know that. I'd like to see leading zeros allowed for integer literals, but I don't feel strongly about it, so +0. I'd mainly use them for tables of numbers that I'd l

[issue12107] TCP listening sockets created without FD_CLOEXEC flag

Christophe Devriese added the comment: I realize this bugreport cannot fix 35 years of a bad design decision in linux. That's not the intention (that's a gordian knot I *will* be keeping a safe distance from). The intention is to create a saner default situation for most python programs. Christ

[issue12127] Inconsistent leading zero treatment

Ezio Melotti added the comment: If the leading 0s are valid for floats (and complex) literals then int literals are indeed inconsistent. If we want consistency with the other literals, it is probably better allowing them for ints, because removing them from float/complex is not backward compa

[issue12127] Inconsistent leading zero treatment

Mark Dickinson added the comment: Well, I'd personally like to see those leading zeros accepted at some point in Python's future, for the sake of cleanliness and consistency. Not just consistency with int(), but also e.g. with float literals: >>> 0050. 50.0 >>> 0050 File "", line 1 005

[issue12072] Missing parenthesis in c-api/buffer PyBuffer_FillContiguousStrides

Ezio Melotti added the comment: Fixed, thanks for the patch! -- assignee: docs@python -> ezio.melotti nosy: +ezio.melotti resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue12072] Missing parenthesis in c-api/buffer PyBuffer_FillContiguousStrides

Roundup Robot added the comment: New changeset 6a546bf5252f by Ezio Melotti in branch '2.7': #12072: add missing parenthesis in the doc. Patch by Sandro Tosi. http://hg.python.org/cpython/rev/6a546bf5252f New changeset 68134a384c73 by Ezio Melotti in branch '3.1': #12072: add missing parenthes

[issue12127] Inconsistent leading zero treatment

Nadeem Vawda added the comment: The behaviour of int() can be made consistent with the syntax for Python integer literals by specifying a base of 0: >>> int("0050", 0) Traceback (most recent call last): File "", line 1, in ValueError: invalid literal for int() with base 0: '0

[issue12127] Inconsistent leading zero treatment

Ezio Melotti added the comment: Do you have any use case for x = 0050? I don't any reason to adding leading 0s to a literal, but with int() the situation is different because you might get string with leading 0s from somewhere else. Also note that the int() function is more flexible and there

[issue10740] sqlite3 module should allow DDL statements in transactions

Torsten Landschoff added the comment: I updated the patch for upstream pysqlite2. Available at http://code.google.com/p/pysqlite/issues/detail?id=24 Patch over there is for Python 2 (tested with our production Python 2.6). -- ___ Python tracker

[issue1006238] cross compile patch

Senthil Kumaran added the comment: Code compatibility wise there is not much difference between Python3.2 and Python3.3. So you can do it for Python3.2 (in a bitbucket cpython branch) and it is found stable, there are good chances that it will be can be made in Python3.3 and future. I don't thin

[issue3754] cross-compilation support for python build

Changes by wrobell : -- nosy: +wrobell ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/ma

[issue1597850] Cross compiling patches for MINGW

Changes by wrobell : -- nosy: +wrobell ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue1006238] cross compile patch

wrobell added the comment: Senthil, I would be more than happy to do that but for Python 3.2 (or there is no chance to backport it?). Python 3.3 is too far in time at the moment. -- ___ Python tracker

[issue1006238] cross compile patch

Senthil Kumaran added the comment: hello wrobell , I see that issue3754 has patches for more recent line of code and issue 1597850 is related too. Would you like to test the patches in there? If successful, this feature can be pushed further (and considered) for inclusion. -- nosy:

[issue12105] open() does not able to set flags, such as O_CLOEXEC

Changes by Petri Lehtinen : -- nosy: +petri.lehtinen ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue12105] open() does not able to set flags, such as O_CLOEXEC

Charles-François Natali added the comment: > To exclude races (in concurrent threads), this two ops should be done under > lock (GIL?) That won't work, because open(), like other slow syscalls, is called without the GIL held. Furthermore, it wouldn't be atomic anyway (imagine a fork is done

[issue12127] Inconsistent leading zero treatment

Changes by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue12117] Failures with PYTHONDONTWRITEBYTECODE: test_importlib, test_imp, test_distutils, test_packaging, test_runpy, test_import

Nick Coghlan added the comment: Several of these could be handled just by having test.support.make_legacy_pyc() fall back to compiling from source if sys.dont_write_bytecode is set. The others may need to be skipped in that situation. -- ___ Python

[issue12105] open() does not able to set flags, such as O_CLOEXEC

STINNER Victor added the comment: > Why not to implement 'e' letter in py3k ? > > In systems where O_CLOEXEC is not supported in open(), flag should be set > non-atomically using fcntl. Having an atomic or non-atomic behaviour depending on the OS is not a good idea. -- _

[issue12127] Inconsistent leading zero treatment

Mark Dickinson added the comment: I think this is something that should be brought up for wider discussion on the python-dev mailing list. It may be that people are ready to allow those leading zeros for Python 3.3 or 3.4. -- nosy: +mark.dickinson ___

[issue12127] Inconsistent leading zero treatment

Changes by Mark Dickinson : -- type: compile error -> feature request versions: +Python 3.3 -Python 3.1, Python 3.2 ___ Python tracker ___ ___