[issue11888] Add C99's log2() function to the math library

Mark Dickinson added the comment: Thanks, Victor. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue9971] Optimize BufferedReader.readinto

STINNER Victor added the comment: You don't want to backport the optimization to at least 3.2? -- ___ Python tracker ___ ___ Python-bu

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

Steffen Daode Nurpmeso added the comment: Just adding more notes on that by reactivating one of haypo's links from #8604. (And: maybe some Linux documentation should be updated?) From Theodore Ts'o, http://www.linuxfoundation.org/news-media/blogs/browse/2009/03/don’t-fear-fsync: As the Ea

[issue12060] Python doesn't support real time signals

Steffen Daode Nurpmeso added the comment: Dunno. > The patch is not completely safe. Yeah it will not work without atomic ops. Unfortunately the C standart seems to go into a direction noone understands - as if a atomic_compare_and_swap() would not suffice! Do you know any machine language wh

[issue5723] Incomplete json tests

Antoine Pitrou added the comment: Comments: - I don't like the fact that skip_unless_cjson() uses unittest internals. Why can't you write something like: skip_unless_cjson = skipUnless(...) - instead of "self.mod", "self.json" would be nicer - you could also export "self.loads", "self.dump

[issue12059] hashlib does not handle missing hash functions correctly

Changes by Antoine Pitrou : -- nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue12060] Python doesn't support real time signals

Antoine Pitrou added the comment: Is it a theoretical concern or does it affect real software? -- nosy: +pitrou ___ Python tracker ___ __

[issue12060] Python doesn't support real time signals

STINNER Victor added the comment: > Is it a theoretical concern or does it affect real software? It's more theoretical. -- ___ Python tracker ___ __

[issue12060] Python doesn't support real time signals

STINNER Victor added the comment: > Yeah it will not work without atomic ops. ... Or we can maybe block the signals (all signals or just one signal?) using pthread_sigmask(SIG_BLOCK) while we access the Handlers array. But pthread_sigmask() is not available on all OSes. On my Linux box, Pyth

[issue12062] Buffered I/O inconsistent with unbuffered I/O in certain cases

New submission from Genstein : Reporting this as requested by Antoine Pitrou: Under certain circumstances in Python 3.2 (r32:88445) it's possible for buffered I/O to lose data before it is written and/or return the wrong results when reading. I tripped over this issue whilst writing an assembl

[issue12062] Buffered I/O inconsistent with unbuffered I/O in certain cases

STINNER Victor added the comment: If you add "from _pyio import open" to the example, unbuffered and buffered tests give the same result :-) -- nosy: +haypo ___ Python tracker

[issue12060] Python doesn't support real time signals

Steffen Daode Nurpmeso added the comment: > On my Linux box, Python 3.3 says that signal.NSIG is equal to 65 > which looks correct. On FreeBSD NSIG only counts "old" signals (32, one 32 bit mask), SIGRTMIN is 65 and SIGRTMAX is 126. Our internal old signal.h states * If we do have real

[issue12062] Buffered I/O inconsistent with unbuffered I/O in certain cases

Antoine Pitrou added the comment: Here is a patch with assorted tests. -- keywords: +patch nosy: +barry, benjamin.peterson, georg.brandl, pitrou priority: normal -> release blocker stage: -> patch review versions: +Python 2.7, Python 3.1, Python 3.3 Added file: http://bugs.python.org/f

[issue12062] Buffered I/O inconsistent with unbuffered I/O in certain cases

STINNER Victor added the comment: open("test.bin", "w+b", buffering=-1) creates a BufferedRandom object. In the _pyio module, BufferedRandom overrides the write() method to "undo readahead", whereas the _io module reuses bufferedwriter_write() for bufferedrandom_methods and bufferedwriter_met

[issue3974] collections.namedtuple uses exec to create new classes

Kristján Valur Jónsson added the comment: Yes, exec is unholy:) For embedding Python into a console game we have removed the python compiler. exec and eval don't work. This saves space and is also a security feature. I had to modify the collections module so that namedtuple() just returns

[issue12062] Buffered I/O inconsistent with unbuffered I/O in certain cases

Changes by Nadeem Vawda : -- nosy: +nadeem.vawda ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue12063] tokenize module appears to treat unterminated single and double-quoted strings inconsistently

New submission from Devin Jeanpierre : Tokenizing `' 1 2 3` versus `''' 1 2 3` yields different results. Tokenizing `' 1 2 3` gives: 1,0-1,1:ERRORTOKEN "'" 1,2-1,3:NUMBER '1' 1,4-1,5:NUMBER '2' 1,6-1,7:NUMBER '3' 2,0-2,0:ENDMARKER '' while

[issue12048] Python 3, ZipFile Bug In Chinese

Changes by Antoine Pitrou : -- nosy: +haypo versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue12048] Python 3, ZipFile Bug In Chinese

STINNER Victor added the comment: This is a duplicate of #10801, issue fixed in Python 3.2 or later by 33543b4e0e5d. Should we backport the fix to Python 3.1, or you can upgrade to Python 3.2? Output with Python 3.2: "╕┤╝■ test.txt". -- versions: -Python 3.2, Python 3.3 ___

[issue12048] Python 3, ZipFile Bug In Chinese

Changes by STINNER Victor : -- components: +Library (Lib), Unicode ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue12048] Python 3, ZipFile Bug In Chinese

Changes by STINNER Victor : -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

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

STINNER Victor added the comment: Issue #12048 is a duplicate of this bug, but with Python 3.1. Should we backport the fix to Python 3.1? -- ___ Python tracker ___

[issue12057] HZ codec has no test

STINNER Victor added the comment: > I wanted for them to be treated as text files which are trackable > in CVS or subversion and to keep Python source codes free of any > non-ASCII characters Mercurial supports binary file, I plan to mark the CJK testcases as binary using .hgeol. --

[issue12048] Python 3, ZipFile Bug In Chinese

Amaury Forgeot d'Arc added the comment: But according to the initial report, 3.2 does not give the expected behavior. This zip file actually stores the filename encoded with cp932, which is incorrect according to the specifications of the ZIP format (only cp437 and utf8 are valid) See issue1

[issue12044] subprocess.Popen.__exit__ doesn't wait for process end

Roundup Robot added the comment: New changeset 361f87c8f36a by Łukasz Langa in branch 'default': Cleaned up a backward merge after fixes issue #12044. http://hg.python.org/cpython/rev/361f87c8f36a -- ___ Python tracker

[issue12048] Python 3, ZipFile Bug In Chinese

STINNER Victor added the comment: Oh, right. Note: the encoding looks to be GBK, not CP932: >>> '\u590d\u4ef6'.encode('gbk') b'\xb8\xb4\xbc\xfe' >>> '\u590d\u4ef6'.encode('gbk').decode('cp437') '╕┤╝■' >>> '\u590d\u4ef6'.encode('cp932') ... UnicodeEncodeError: 'cp932' codec can't encode charact

[issue8824] Improve documentation of exec

Changes by Jordan Stadler : Removed file: http://bugs.python.org/file21961/exec_doc_touchup_3_x.patch ___ Python tracker ___ ___ Python-bugs-li

[issue8824] Improve documentation of exec

Changes by Jordan Stadler : Added file: http://bugs.python.org/file21981/exec_doc_touchup_3.x.patch ___ Python tracker ___ ___ Python-bugs-list

[issue8824] Improve documentation of exec

Changes by Jordan Stadler : Added file: http://bugs.python.org/file21982/exec_doc_touchup_2.x.patch ___ Python tracker ___ ___ Python-bugs-list

[issue8824] Improve documentation of exec

Jordan Stadler added the comment: I've updated the 3.x patch, should be correct now. I also updated the 2.x patch to use ``in``. :keyword:`in` was used in an earlier part of the paragraph I modified, so I have changed both for consistency. This is the paragraph before modification: " In al

[issue8824] Improve documentation of exec

Changes by Jordan Stadler : Removed file: http://bugs.python.org/file21960/exec_doc_touchup_2_x.patch ___ Python tracker ___ ___ Python-bugs-li

[issue12040] Expose a Process.sentinel property (and fix polling loop in Process.join())

Antoine Pitrou added the comment: Here is a new patch addressing Gregory's comment (retry select() on EINTR). -- Added file: http://bugs.python.org/file21983/process_sentinel2.patch ___ Python tracker

[issue10713] re module doesn't describe string boundaries for \b

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

[issue12062] Buffered I/O inconsistent with unbuffered I/O in certain cases

Changes by John O'Connor : -- nosy: +jcon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue12064] unexpected behavior with exception variable

New submission from Mathias Svensson : Current behavior: In the very simple attached example an existing variable-name is used as the target in the except-part of a try-statement. The existing variable is deleted if an exception is throw. Excepted behavior: The only reasonable behaviors are ke

[issue12018] No tests for ntpath.samefile, ntpath.sameopenfile

Santoso Wijaya added the comment: Attaching a patch to test a use case for ntpath.samefile (looks like sameopenfile is already tested--or at least a use case of it). -- components: +Library (Lib) keywords: +patch nosy: +santa4nt versions: -Python 3.4 Added file: http://bugs.python.org

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

Charles-François Natali added the comment: Calling fsync on a file descriptor referring to a tty doesn't make much sense. On Linux, this fails with EINVAL: $ python -c 'import os; os.fsync(1)' Traceback (most recent call last): File "", line 1, in OSError: [Errno 22] Invalid argument So if t

[issue12064] unexpected behavior with exception variable

Eric Snow added the comment: Duplicate of issue8130. "When an exception has been assigned using as target, it is cleared at the end of the except clause." [1] See: [1] http://docs.python.org/py3k/reference/compound_stmts.html#the-try-statement [2] http://www.python.org/dev/peps/pep-3110/#sem

[issue12064] unexpected behavior with exception variable

Santoso Wijaya added the comment: Looks like a regression from 2.x. On 2.7: Python 2.7.1 (r271:86832, Nov 27 2010, 17:19:03) [MSC v.1500 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> e = True >>> try: raise Exception() ... except Exception a

[issue6727] ImportError when package is symlinked on Windows

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

[issue8604] Adding an atomic FS write API

Milko Krachounov added the comment: I have a class for overwriting files "properly" that I use in three of my projects. It aims to be atomic as possible, supports creating backups, but it doesn't have functions to set or retain permissions when requested (which might be desirable if such a fu

[issue12064] unexpected behavior with exception variable

Ezio Melotti added the comment: Closing as duplicate. -- nosy: +ezio.melotti resolution: -> duplicate stage: -> committed/rejected status: open -> closed ___ Python tracker __

[issue8604] Adding an atomic FS write API

Milko Krachounov added the comment: Well, since I had a typo in the main method which called the Windows implementation on POSIX, the unit test works on the code for Windows when ran on POSIX. Heh, I'm sorry for the noise, but it seems that re-reading the code four times and running the unit

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

New submission from R. David Murray : See http://www.python.org/dev/buildbot/all/builders/x86%20Gentoo%203.2/builds/34/steps/test/logs/stdio Antoine says that connect_ex should be returning an error, not None, in that situation. -- components: Tests keywords: buildbot messages: 135853

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

Changes by Antoine Pitrou : -- nosy: +pitrou versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue11896] Save on Close fails in IDLE, from Linux system

Roundup Robot added the comment: New changeset da7a120c0478 by Kurt B. Kaiser in branch '3.1': Issue #11896: Save on Close failed despite selecting "Yes" in dialog. http://hg.python.org/cpython/rev/da7a120c0478 New changeset 87196154dec8 by Kurt B. Kaiser in branch 'default': Merge from 3.2 htt

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

Antoine Pitrou added the comment: Judging by ssl.connect_ex's source code, this can only mean that socket.connect raised a socket error with a "None" errno... -- ___ Python tracker ___

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

Antoine Pitrou added the comment: Which probably means it was a socket.timeout. When called on a non-SSL socket, connect_ex() returns 11 (EAGAIN) for timeout errors: >>> s = socket.socket() >>> s.settimeout(0.1) >>> s.connect_ex(("svn.python.org", 443)) 11 But on SSL sockets, connect_ex()

[issue6721] Locks in python standard library should be sanitized on fork

Nir Aides added the comment: Hi, There seem to be two alternatives for atfork handlers: 1) acquire locks during prepare phase and unlock them in parent and child after fork. 2) reset library to some consistent state in child after fork. http://pubs.opengroup.org/onlinepubs/009695399/functions

[issue5723] Incomplete json tests

Ezio Melotti added the comment: > Why can't you write something like:skip_unless_cjson = skipUnless(...) This indeed works -- using unittest internals was just a temporary workaround because the example in the unittest doc didn't seem to work. > - instead of "self.mod", "self.json" would be n

[issue11896] Save on Close fails in IDLE, from Linux system

Kurt B. Kaiser added the comment: tkinter.messagebox.Message sending rather than str, so comparison with str failed. Always for "cancel", (almost?) always for "yes". Use the helper functions in tkinter.messagebox, which correct for that. This hasn't worked for a long time, I'm surprised it j

[issue11614] import __hello__ is broken in Python 3

Georg Brandl added the comment: Why is this still open, and more importantly, why is it a release blocker? -- ___ Python tracker ___

[issue12046] Windows build identification incomplete

Georg Brandl added the comment: Martin, you're probably the only one who can fix this in reasonable time anyway. So I'd not let it block 3.2.1. (If all else fails, you can give the Windows build the correct identification manually, right?) -- priority: release blocker -> deferred bl

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

Steffen Daode Nurpmeso added the comment: [.] > OSError: [Errno 22] Invalid argument Sorry, i didn't know that. Mac OS X (2.5 and 2.6 Apple shipped): 21:43 ~/tmp $ python2.5 -c 'import os; os.fsync(1)'; echo $? 0 21:43 ~/tmp $ python2.6 -c 'import os; os.fsync(1)'; echo $? 0 21:43 ~/tmp $ pyt

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

Georg Brandl added the comment: I trust this patch does the right thing -- can you apply it before the rc this weekend? -- ___ Python tracker ___ ___

[issue11614] import __hello__ is broken in Python 3

STINNER Victor added the comment: > Why is this still open Because import __hello__ doesn't print hello. > and more importantly, why is it a release blocker? Because it is a very important issue! -- ___ Python tracker

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

Steffen Daode Nurpmeso added the comment: > So I think you should stick with the previous version (well, if the > full sync fails on other FDs, then it's another story, but in that > case it should just be dropped altogether if it's not reliable...). Strong stuff. *This* is the version which sh

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

Changes by Steffen Daode Nurpmeso : Removed file: http://bugs.python.org/file21973/11877.7.diff ___ Python tracker ___ ___ Python-bugs-list ma

[issue6721] Locks in python standard library should be sanitized on fork

Steffen Daode Nurpmeso added the comment: @Nir Aides: *thanks* for this link: http://groups.google.com/group/comp.programming.threads/msg/3a43122820983fde You made my day! -- nosy: +sdaoden ___ Python tracker __

[issue12066] Empty ('') xmlns attribute is not properly handled by xml.dom.minidom

New submission from Atamurad Hezretkuliyev : Parsing "" with minidom and converting back to string raises an exception. >>> import xml.dom.minidom >>> xml.dom.minidom.parseString("").toxml() Traceback (most recent call last): File "", line 1, in File "/System/Library/Frameworks/Python.fra

[issue11614] import __hello__ is broken in Python 3

Andreas Stührk added the comment: A patch against 3.1. The new bytecode is now: 1 0 LOAD_CONST 2 (True) 3 STORE_NAME 1 (initialized) 2 6 LOAD_NAME2 (print) 9 LOAD_CONST 0 ('Hello wo

[issue11614] import __hello__ is broken in Python 3

STINNER Victor added the comment: +print("Hello world...") I would prefer a more positive "Hello World!", but thanks for the patch. -- ___ Python tracker ___ __

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

Charles-François Natali added the comment: > and if they do they thus really strive for data integrity, so call > fsync() as a fallback for the security which Apple provides. Why? If I ask a full sync and it fails, I'd rather have an error returned so that I can take the appropriate decision (

[issue12060] Python doesn't support real time signals

Charles-François Natali added the comment: > If the C signal handler is called twice, the Python signal handler is only > called once. It's not the only shortage with the current implementation regarding (real-time) signals. Another one is that they're delivered out-of-order (lowest-numbered

[issue5723] Incomplete json tests

Antoine Pitrou added the comment: > class TestSomething(TestCase): > def test_something(self): ... > class TestPySomething(TestSomething, PyTest): pass > class TestCSomething(TestSomething, CTest): pass I was thinking about that. That looks clean and explicit to me. -- ___

[issue12067] Doc: remove errors about mixed-type comparisons.

New submission from Terry J. Reedy : Current 3.2 doc, 5.9. Comparisons, has this paragraph about mixed-type comparisons. "The operators <, >, ==, >=, <=, and != compare the values of two objects. The objects need not have the same type. If both are numbers, they are converted to a common type

[issue12068] test_logging failure in test_rollover

New submission from Antoine Pitrou : This has started popping up on several buildbots: == FAIL: test_rollover (test.test_logging.TimedRotatingFileHandlerTest)

[issue12067] Doc: remove errors about mixed-type comparisons.

Changes by Chris Rebert : -- nosy: +cvrebert ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue11614] import __hello__ is broken in Python 3

Changes by Andreas Stührk : Added file: http://bugs.python.org/file21988/issue11614_!.patch ___ Python tracker ___ ___ Python-bugs-list mailin

[issue12067] Doc: remove errors about mixed-type comparisons.

Ezio Melotti added the comment: Can you provide a patch? -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue12062] Buffered I/O inconsistent with unbuffered I/O in certain cases

Roundup Robot added the comment: New changeset 89f77afac947 by Antoine Pitrou in branch '3.1': Issue #12062: Fix a flushing bug when doing a certain type of I/O sequence http://hg.python.org/cpython/rev/89f77afac947 New changeset 47ca1244a929 by Antoine Pitrou in branch '3.2': Issue #12062: Fix

[issue12062] Buffered I/O inconsistent with unbuffered I/O in certain cases

Roundup Robot added the comment: New changeset 0d24d4c537a6 by Antoine Pitrou in branch '2.7': Issue #12062: In the `io` module, fix a flushing bug when doing a certain http://hg.python.org/cpython/rev/0d24d4c537a6 -- ___ Python tracker

[issue12062] Buffered I/O inconsistent with unbuffered I/O in certain cases

Antoine Pitrou added the comment: Should be fixed now. Again, thank you reporting this bug! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue12060] Python doesn't support real time signals

STINNER Victor added the comment: > It's not the only shortage with the current implementation regarding > (real-time) signals. Another one is that they're delivered > out-of-order (lowest-numbered signal first), Oh yes, it can be a problem. > and the most important one - especially for real-t

[issue5723] Incomplete json tests

Ezio Melotti added the comment: With this approach is necessary to exclude the base class from the tests, either by listing all the Python/C tests explicitly or doing some automatic check to find these base classes. Listing all the tests is a bad idea because it needs to be updated manually

[issue5723] Incomplete json tests

Antoine Pitrou added the comment: > With this approach is necessary to exclude the base class from the > tests, either by listing all the Python/C tests explicitly or doing > some automatic check to find these base classes. It just needs a small change then: class PyTest(TestCase): ... cla

[issue12069] test_signal.test_without_siginterrupt() failure on AMD64 OpenIndiana 3.x

New submission from STINNER Victor : test_signal fails sometimes on the "AMD64 OpenIndiana 3.x" buildbot: Traceback (most recent call last): File "/export/home/buildbot/64bits/3.x.cea-indiana-amd64/build/Lib/test/test_signal.py", line 358, in test_without_siginterrupt self.assertTrue(i)

[issue5723] Incomplete json tests

R. David Murray added the comment: My usual pattern (adopted from examples in the stdlib tests) is this: TestSomethingBase: tests PyTestSomething(TestSomethingBase, TestCase): stuff CTestSomething(TestSomethingBase, TestCase): stuff Is there a reason that won't work in your case

[issue5723] Incomplete json tests

Ezio Melotti added the comment: Technically they both work, they are just two different approaches that offer more or less the same compromise between features and verbosity. Your approach requires an extra class for each test but saves you from setting the module attribute and the skip, mine

[issue12060] Python doesn't support real time signals

Charles-François Natali added the comment: > Evaluate Python code in a signal handler is really not a good idea! I know, you're limited to async-safe functions, among other things :-) > because of the GIL, I don't think that we can do better. But with the > GIL of Python 3.3, the Python signa

[issue12069] test_signal.test_without_siginterrupt() failure on AMD64 OpenIndiana 3.x

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue11896] Save on Close fails in IDLE, from Linux system

Roundup Robot added the comment: New changeset ac14158462cf by Kurt B. Kaiser in branch '2.7': Issue #11896: Save on Close failed despite selecting "Yes" in dialog. http://hg.python.org/cpython/rev/ac14158462cf -- ___ Python tracker

[issue5559] IDLE Output Window 's goto fails when path has spaces

Kurt B. Kaiser added the comment: Backported to 2.6 4Oct09 56387:490190cb4a57 -- stage: commit review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue7738] IDLE hang when tooltip comes up in Linux

Kurt B. Kaiser added the comment: Linux trader 2.6.38-2-686 #1 SMP Thu Apr 7 05:24:21 UTC 2011 i686 GNU/Linux kbk@trader:~/Python/Py27$ aptitude show tk8.5 Package: tk8.5 ... Version: 8.5.9-2 Debian Linux Wheezy Can't reproduce on 2.7.1+ 3.1.4+ 3.2.1beta 3.3alpha0 with Tk8.4 Tk8.5 --

[issue5723] Incomplete json tests

Ezio Melotti added the comment: Attached patch uses the approach described in msg135881. -- Added file: http://bugs.python.org/file21990/issue5723-2.diff ___ Python tracker ___ _