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

Changes by Alexey Smirnov : -- nosy: +alexey-smirnov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

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

Tom McDermott added the comment: Things are slightly worse than this issue suggests: the Sphinx formatting string |version| has leaked into the html docs in a few places (library/site.html for example). The difficulty is that Sphinx isn't expanding the |version| variable inside :file: markup

[issue12084] os.stat() on windows doesn't consider relative symlink

Brian Curtin added the comment: With the patch applied, the new test fails along with test.test_os.WalkTests.test_traversal and test.test_os.Win32SymlinkTests.test_directory_link. Overall, I agree that this doesn't work correctly. The patch, which is pretty large, breaks more than it fixes.

[issue6474] Inconsistent TypeError message on function calls with wrong number of arguments

Oleg Oshmyan added the comment: $ python3.2 Python 3.2 (r32:88445, Mar 28 2011, 16:46:36) [GCC 4.2.1 (Apple Inc. build 5664)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> from distutils.core import Extension >>> Extension('myext', define_macros=[]) Traceb

[issue1746656] IPv6 Interface naming/indexing functions

Changes by Santoso Wijaya : -- nosy: +santa4nt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

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

Charles-François Natali added the comment: > In python3, one can still use fcntl(f.fileno(), FD_SET, FD_CLOEXEC) Note that it's not atomic. -- nosy: +neologix ___ Python tracker __

[issue1746656] IPv6 Interface naming/indexing functions

Charles-François Natali added the comment: Here's a patch: - those functions now accept and return str, not bytes arrays - some of them were not declared static, it's now fixed - use PyErr_SetFromErrno when errno is set - add tests (return type, nonexistent interface name/index and invalid argum

[issue12106] reflect syntatic sugar in with ast

New submission from Benjamin Peterson : This patch causes multiple with statements with multiple with items to be represented in the AST instead of flattened as currently happens. -- components: Interpreter Core files: fixwith.patch keywords: patch messages: 136262 nosy: benjamin.peters

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

Amaury Forgeot d'Arc added the comment: These "needed" flags are actually nonstandard extensions of the libc fopen() function on some platforms. In python3, one can still use fcntl(f.fileno(), FD_SET, FD_CLOEXEC), but a "flags" parameter would be more convenient. -- nosy: +amaury.for

[issue10882] Add os.sendfile()

Roundup Robot added the comment: New changeset c45e92bd4d81 by Giampaolo Rodola' in branch 'default': os.sendfile() test: fix "AttributeError: 'NoneType' object has no attribute 'Thread'" when running tests with --without-threads option. http://hg.python.org/cpython/rev/c45e92bd4d81 --

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

Changes by Марк Коренберг : -- components: +Library (Lib) ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

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

New submission from Марк Коренберг : In Python3 I'm not able to use open('xxx', 're') as it does not call fopen() anymore. What about extra flags like 'e'=O_CLOEXEC? P.S. see issue12103 for list of needed flags P.P.S does 2to3 tool properly detect such cases? -- messages: 136259 nosy:

[issue12104] os.path.join('/some/path', '') adds extra slash at end of result

New submission from Марк Коренберг : os.path.join('/some/path', '') adds extra slash at end of result. I expect in that case return value should be '/some/path' but not '/some/path/' -- components: Library (Lib) messages: 136258 nosy: mmarkk priority: normal severity: normal status: ope

[issue10882] Add os.sendfile()

Stefan Krah added the comment: test_os fails on the Fedora bot (--without-threads): test test_os crashed -- Traceback (most recent call last): File "./Lib/test/regrtest.py", line 1037, in runtest_inner File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/importlib/_bootstrap.py", line

[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure

Éric Araujo added the comment: Don’t you get ResourceWarnings from the popens and the unclosed file? -- ___ Python tracker ___ ___ Pyt

[issue6059] ctypes/uuid-related segmentation fault

Charles-François Natali added the comment: > Importing uuid before importing the other modules does not result in Seg Fault Alright. In that case, I'm closing this bug as invalid. Until distributions start shipping their glibc with this patch, the workaround is simply to import uuid first. -

[issue12090] 3.2: build --without-threads fails

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

[issue12065] test_ssl failure when svn.python.org fails to resolve

Changes by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue12065] test_ssl failure when svn.python.org fails to resolve

Roundup Robot added the comment: New changeset 019d8ccdf03b by Antoine Pitrou in branch '3.2': Issue #12065: connect_ex() on an SSL socket now returns the original errno http://hg.python.org/cpython/rev/019d8ccdf03b New changeset 162ed9841f14 by Antoine Pitrou in branch 'default': Issue #12065:

[issue12084] os.stat() on windows doesn't consider relative symlink

Jason R. Coombs added the comment: Brian, I'm available to help with this tomorrow evening; let me know if you want to team up on it then. -- ___ Python tracker ___ ___

[issue12068] test_logging failure in test_rollover

Antoine Pitrou added the comment: Still happens sometimes: http://www.python.org/dev/buildbot/all/builders/x86%20Gentoo%203.x/builds/133/steps/test/logs/stdio Traceback (most recent call last): File "/var/lib/buildslave/3.x.murray-gentoo/build/Lib/soc

[issue12065] test_ssl failure when svn.python.org fails to resolve

Antoine Pitrou added the comment: Here is a patch. -- keywords: +patch stage: needs patch -> patch review Added file: http://bugs.python.org/file22023/ssl_connect_ex.patch ___ Python tracker __

[issue8809] smtplib should support SSL contexts

Kasun Herath added the comment: Thanks Antoine -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue8809] smtplib should support SSL contexts

Antoine Pitrou added the comment: Thank you Kasun. I did a couple of minor style fixes (whitespace at end of line, and spaces around the '=' assignment sign). I also added a test for starttls(), since it turns out gmail.com supports it on port 25. -- resolution: -> fixed stage: patch

[issue8809] smtplib should support SSL contexts

Roundup Robot added the comment: New changeset 6737de76487b by Antoine Pitrou in branch 'default': Issue #8809: The SMTP_SSL constructor and SMTP.starttls() now support http://hg.python.org/cpython/rev/6737de76487b -- nosy: +python-dev ___ Python tra

[issue10126] test_distutils failure with --enable-shared

Éric Araujo added the comment: distutils2 has been converted to 3.x and will be merged into 3.3 under the name packaging shortly. The fix has not been ported; I applied the patch for build_ext and its test but didn’t succeed. -- status: closed -> open versions: +Python 3.3 _

[issue6459] distutils.command.build_ext.get_export_symbols should use the "PyInit" prefix rather then "init"

Éric Araujo added the comment: Packaging (due to merge with 3.3 shortly) uses init, not PyInit. I’ll fix it. -- assignee: tarek -> eric.araujo components: +Distutils2 nosy: +alexis, eric.araujo status: closed -> open versions: +Python 3.3 ___ Python

[issue12098] Child process running as debug on Windows

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

[issue12098] Child process running as debug on Windows

Sergey Mezentsev added the comment: I create patch for Popen.get_command_line() ('2.6' and 'default' branches). I don't know how to write the test. The sys.flags structure are read only. -- keywords: +patch Added file: http://bugs.python.org/file22021/Issue12098.branch-2.6.patch _

[issue12084] os.stat() on windows doesn't consider relative symlink

Brian Curtin added the comment: I'm hoping to. I have time to work on it tonight and tomorrow night US/Chicago time and will keep you posted. -- assignee: -> brian.curtin ___ Python tracker _

[issue12102] mmap requires file to be synced

Ross Lagerwall added the comment: > I don't think that Python should guess what the user expects (i.e. Python > should not sync the file *implicitly*). Agreed. The documentation patch looks good. -- nosy: +rosslagerwall ___ Python tracker

[issue12102] mmap requires file to be synced

Steffen Daode Nurpmeso added the comment: @ STINNER Victor wrote (2011-05-18 14:33+0200): > I don't think that Python should guess what the user expects > (i.e. Python should not sync the file *implicitly*). Before i've found F_FULLFSYNC i indeed have had a solution which tracked the open() of

[issue12098] Child process running as debug on Windows

Antoine Pitrou added the comment: We already have some logic for that: http://hg.python.org/cpython/file/default/Lib/test/support.py#l1398 -- nosy: +pitrou ___ Python tracker __

[issue12098] Child process running as debug on Windows

Changes by Amaury Forgeot d'Arc : -- nosy: +jnoller ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue706263] print raises exception when no console available

Amaury Forgeot d'Arc added the comment: Python 3 is not affected: pythonw.exe sets sys.stderr to None, and print() silently discards the output in this case. -- ___ Python tracker ___

[issue12098] Child process running as debug on Windows

STINNER Victor added the comment: I think that the problem is in Popen.get_command_line() of multiprocessing.forking. There are other options changing Python behaviour: -b, -B, -E, -u, etc. -- ___ Python tracker

[issue706263] print raises exception when no console available

Jesús Cea Avión added the comment: Does this affects Python 3? -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue12102] mmap requires file to be synced

STINNER Victor added the comment: > Hello, zion, Victor, i'm proposing a documentation patch. I like it. I don't think that Python should guess what the user expects (i.e. Python should not sync the file *implicitly*). -- ___ Python tracker

[issue12102] mmap requires file to be synced

Steffen Daode Nurpmeso added the comment: @ rion wrote (2011-05-18 12:39+0200): > just document it or fix. Hello, zion, Victor, i'm proposing a documentation patch. It applies to 2.7 and 3.3 (from yesterday). -- keywords: +patch Added file: http://bugs.python.org/file22020/12102.1.diff

[issue12009] netrc module crashes if netrc file has comment lines

Ruslan Mstoi added the comment: removed leftover debug code from patch -- Added file: http://bugs.python.org/file22019/issue12009_patch2.diff ___ Python tracker ___

[issue12009] netrc module crashes if netrc file has comment lines

Changes by Ruslan Mstoi : Removed file: http://bugs.python.org/file22018/issue12009_patch.diff ___ Python tracker ___ ___ Python-bugs-list mai

[issue12057] HZ codec has no test

R. David Murray added the comment: Haypo, since you've created a new directory there are makefile (and PC build file, I think) updates that will need to be made. (This should be documented in the dev guide if it isn't already.) -- nosy: +r.david.murray __

[issue10614] ZipFile: add a filename_encoding argument

STINNER Victor added the comment: I closed issue #12048 as a duplicate of this issue: yaoyu wants to uncompress a ZIP file having filenames encoded to GBK. -- ___ Python tracker __

[issue12048] Python 3, ZipFile Bug In Chinese

STINNER Victor added the comment: This issue is just another example of the issue #10614: I'm closing it as a duplicate. -- resolution: -> duplicate status: open -> closed ___ Python tracker

[issue4621] zipfile returns string but expects binary

STINNER Victor added the comment: The initial problem is clearly a duplicate of issue #10801 which is now fixed in Python 3.1+ (I just backported the fix to Python 3.1). > I just "discovered" that attempting to open zip member "test\file" > fails where attempting to open "test/file" works. (..

[issue10271] warnings.showwarning should allow any callable object

R. David Murray added the comment: Brett's been very busy with real life. Maybe someone else can commit this. -- nosy: +r.david.murray ___ Python tracker ___ __

[issue10801] zipfile.ZipFile().extractall() header mismatch for non-ASCII characters

Roundup Robot added the comment: New changeset 243c78fbbb49 by Victor Stinner in branch '3.1': Ooops, add the missing file of the backport of commit 33543b4e0e5d from Python http://hg.python.org/cpython/rev/243c78fbbb49 -- ___ Python tracker

[issue10271] warnings.showwarning should allow any callable object

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

[issue10801] zipfile.ZipFile().extractall() header mismatch for non-ASCII characters

Roundup Robot added the comment: New changeset 1f0f0e317873 by Victor Stinner in branch '3.1': Backport commit 33543b4e0e5d from Python 3.2: #10801: In zipfile, support http://hg.python.org/cpython/rev/1f0f0e317873 -- nosy: +python-dev ___ Python tra

[issue4621] zipfile returns string but expects binary

STINNER Victor added the comment: This issue looks to be a duplicate of #10801 which was only fixed (33543b4e0e5d) in Python 3.2. See also #12048: similar issue in Python 3.1. -- ___ Python tracker ___

[issue12048] Python 3, ZipFile Bug In Chinese

STINNER Victor added the comment: See also #4621. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue12103] Documentation of open() does not claim 'e' support in mode string

STINNER Victor added the comment: c, e, m and x flags are specific to the GNU libc. Python 2 does basically pass the mode to fopen() unmodified (there is one exception, the U flag). fopen() of Visual C++ 2005 has other flags: c Enable the commit flag for the associated filename so that the co

[issue4621] zipfile returns string but expects binary

Tor Arvid Lund added the comment: I was wondering what has prevented Eddies patch from being included into python. Has nobody volunteered to verify that it works? I would be willing to do that, though I have never compiled python on any platform before. It just seems a bit silly to me that py

[issue12103] Documentation of open() does not claim 'e' support in mode string

Changes by Марк Коренберг : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue12103] Documentation of open() does not claim 'e' support in mode string

New submission from Марк Коренберг : open() and friends (like temporaryfile) does not document 'e' letter in second arguement. At least on Linux, it opens file with O_CLOEXEC. Not sure under Windows. Also, there are other interesting letters (man -a fopen), like: c (since glibc 2.3.3) D

[issue12009] netrc module crashes if netrc file has comment lines

Ruslan Mstoi added the comment: I agree, the test input was becoming unmaintainable. So, I updated the patch with the refactored unit tests. -- Added file: http://bugs.python.org/file22018/issue12009_patch.diff ___ Python tracker

[issue12102] mmap requires file to be synced

rion added the comment: okay guys I'm not going to read all this stuff. just document it or fix. thanks for quick reply -- ___ Python tracker ___ __

[issue12102] mmap requires file to be synced

STINNER Victor added the comment: See also issue #11877 and #11277. -- nosy: +haypo, sdaoden ___ Python tracker ___ ___ Python-bugs-l

[issue11877] Change os.fsync() to support physical backing store syncs

STINNER Victor added the comment: See also issue #12102. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue12102] mmap requires file to be synced

Ralf Schmitt added the comment: your suggestion doesn't work. there's no such thing like a "flush on file descriptor". -- nosy: +schmir ___ Python tracker ___ _

[issue12102] mmap requires file to be synced

New submission from rion : Not flushed file gives next results: rion@rionhost ~/temp $ python2 test.py Traceback (most recent call last): File "test.py", line 10, in m = mmap.mmap(f.fileno(), 0, access=mmap.ACCESS_READ) mmap.error: [Errno 22] Invalid argument rion@rionhost ~/temp $ pytho

[issue8796] Deprecate codecs.open()

STINNER Victor added the comment: > This ticket is about deprecating codecs.open(), not about > StreamWriter and StreamReader. Right. I may open a different issue. Can we start by modifying codecs.open() to use the builtin open() (to reuse TextIOWrapper)? > I'm -1 on deprecating StreamWriter

[issue10271] warnings.showwarning should allow any callable object

lekma added the comment: Is there anything else I should be doing? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue11877] Change os.fsync() to support physical backing store syncs

Steffen Daode Nurpmeso added the comment: Excusing myself seems to be the only "probates Mittel". @Antoine Pitrou: It was a real shame to read your mail. (It's sometimes so loud that "i don't even hear what i write".) -- ___ Python tracker

[issue12097] python.exe crashes if it is unable to find its .dll

Georg Brandl added the comment: And most importantly, what would it do if the .dll is not found? What can it do, other than present a message box "Cannot find pythonXY.dll, exiting." -- nosy: +georg.brandl ___ Python tracker

[issue8796] Deprecate codecs.open()

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > > Python 3.2 has been published. Can we start deprecating StreamWriter and > StreamReader in Python 3.3 (to remove them from Python 3.4)? The doc should > explain how to convert code using co

[issue9811] strftime strips '%' from unknown format codes on OS X

Santoso Wijaya added the comment: Yeah, I meant undefined. I looked that up when writing a patch for issue #10762. Correction: It *used to* crash on Windows, before the patch was applied. -- ___ Python tracker ___

[issue12097] python.exe crashes if it is unable to find its .dll

Amaury Forgeot d'Arc added the comment: You are right, the use case is broader than virtualenv. > The only reason for this split is to allow other programs use dynamic linking For me the main reason is to support extension modules. On Windows, a DLL (or a .pyd) cannot resolve symbols in the ma

[issue12084] os.stat() on windows doesn't consider relative symlink

Georg Brandl added the comment: Brian, do you think you'll be able to finish this for 3.2.1? If we do fix it, we'd need a second rc (not a problem for me). -- ___ Python tracker __

[issue9811] strftime strips '%' from unknown format codes on OS X

Marc-Andre Lemburg added the comment: Santoso Wijaya wrote: > > Santoso Wijaya added the comment: > > `strftime` does not, indeed, seem to define what behaviour it is supposed to > do when given non-supported format characters. Under Windows, in fact, it > will crash the runtime (see: issue

[issue12097] python.exe crashes if it is unable to find its .dll

anatoly techtonik added the comment: Reopening as I believe the issue is hijacked. Virtualenv is just an example and the fix is discussed on its mailing list. This issue is about that Python interpreter is not self-contained, not portable, i.e. split into python.exe and pythonXX.dll The only

[issue12101] PEPs should have consecutive revision numbers

Georg Brandl added the comment: The Last-Modified date should tell you just the same, without any arbitrary version numbers that don't have a meaning in hg. And behold, the Last-Modified date already links to the hg page for this PEP, from where you can select the "file log" to get to the lis