[issue12094] Cannot Launch IDLE

Amaury Forgeot d'Arc added the comment: Maybe you have created a file named "abc.py" somewhere? What happens when you type: C:\Python26>python.exe -c "import abc; print abc" -- nosy: +amaury.forgeotdarc ___ Python tracker

[issue4709] Mingw-w64 and python on windows x64

Ralf Schmitt added the comment: I'm also using this patch successfully (together with http://tdm-gcc.tdragon.net/). -- ___ Python tracker ___ ___

[issue12086] Tutorial doesn't discourage name mangling

Radomir Dopieralski added the comment: I am reporting this specifically because I just had two independent cases of people who submitted code that had almost all methods name-mangled (within 2 weeks), and who then pointed to that section of the tutorial as justification. I have a hard time co

[issue12086] Tutorial doesn't discourage name mangling

Ezio Melotti added the comment: FWIW that section used to be called "Private variables through name mangling" back in 1.5, and started by saying "There is now limited support for class-private identifiers.". PEP8 [0] also talks about the name mangling in several places, and carefully avoids

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

Steffen Daode Nurpmeso added the comment: @ Nir Aides wrote (2011-05-16 20:57+0200): > Steffen, can you explain in layman's terms? I am the layman here. Charles-François has written a patch for Python which contradicted his own proposal from msg135079, but he seems to have tested a lot so that

[issue12095] test failures due to missing module

New submission from Ronald Oussoren : When I run the test suite on OSX (configure; make test) I get unexpected est failures: 6 tests failed: test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw When I run one of these ma

[issue12095] test failures due to missing module

Changes by Ezio Melotti : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue12095] test failures due to missing module

Ronald Oussoren added the comment: I've verified the issue in a fresh download of revision c449d3c3e0da of the 2.7 branch. I'm on OSX 10.6, but that's not really relevant for this issue. If I'm using 'hg bisect' correctly (and that's a big if as I haven't used it before) this failure is caus

[issue10154] locale.normalize strips "-" from UTF-8, which fails on Mac

Roundup Robot added the comment: New changeset 932de36903e7 by Ronald Oussoren in branch '2.7': (backport)Fix #10154 and #10090: locale normalizes the UTF-8 encoding to "UTF-8" instead of "UTF8" http://hg.python.org/cpython/rev/932de36903e7 New changeset 28e410eb86af by Ronald Oussoren in bran

[issue10154] locale.normalize strips "-" from UTF-8, which fails on Mac

Changes by Ronald Oussoren : -- resolution: -> fixed stage: needs patch -> committed/rejected ___ Python tracker ___ ___ Python-bugs-

[issue10154] locale.normalize strips "-" from UTF-8, which fails on Mac

Changes by Ronald Oussoren : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue10090] python -m locale fails on OSX

Ronald Oussoren added the comment: I've applied a fix for #10154 and that also fixes this problem. -- nosy: +ronaldoussoren resolution: -> fixed stage: test needed -> committed/rejected status: open -> closed ___ Python tracker

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

Ronald Oussoren added the comment: I've filed #9451707 about this in Apple's bug tracker. BTW. I don't think this is a platform bug, neither the manpage nor the unix specification at specify what happens when you use an undoc

[issue10154] locale.normalize strips "-" from UTF-8, which fails on Mac

Roundup Robot added the comment: New changeset 3d7cb852a176 by Ronald Oussoren in branch 'default': Fix for issue 10154, merge from 3.2 http://hg.python.org/cpython/rev/3d7cb852a176 -- ___ Python tracker _

[issue11088] IDLE on OS X with Cocoa Tk 8.5 can hang waiting on input / raw_input

Roundup Robot added the comment: New changeset 1c6823317a06 by Ronald Oussoren in branch '3.2': Fixes #11088: IDLE crashes when using F5 to run a script on OSX with Tk 8.5 http://hg.python.org/cpython/rev/1c6823317a06 -- nosy: +python-dev ___ Python

[issue11088] IDLE on OS X with Cocoa Tk 8.5 can hang waiting on input / raw_input

Roundup Robot added the comment: New changeset 85aa02bc674c by Ronald Oussoren in branch 'default': Fixes #11088: IDLE crashes when using F5 to run a script on OSX with Tk 8.5 http://hg.python.org/cpython/rev/85aa02bc674c -- ___ Python tracker

[issue11088] IDLE on OS X with Cocoa Tk 8.5 can hang waiting on input / raw_input

Roundup Robot added the comment: New changeset 578020fe2875 by Ronald Oussoren in branch '2.7': (backport) Fixes #11088: IDLE crashes when using F5 to run a script on OSX with Tk 8.5 http://hg.python.org/cpython/rev/578020fe2875 -- ___ Python tracke

[issue11088] IDLE on OS X with Cocoa Tk 8.5 can hang waiting on input / raw_input

Ronald Oussoren added the comment: I don't really like this patch, but like crashes that cause data loss even less... -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker

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

Steffen Daode Nurpmeso added the comment: Thank you, thank you, thank you. I'm a bit irritated that a french man treats a "wet-her" as a typo! What if *i* like it?? In fact it is a fantastic physical backing store. Unbeatable. Well and about dropping the fsync() in case the fcntl() fails with

[issue12057] HZ codec has no test

Roundup Robot added the comment: New changeset 83f4c270b27d by Victor Stinner in branch '2.7': Issue #12057: Fix .hgeol and test_multibytecodec_support for the conversion of http://hg.python.org/cpython/rev/83f4c270b27d -- ___ Python tracker

[issue12095] test failures due to missing module

STINNER Victor added the comment: Oh oh. I forgot to patch .hgeol and test_multibytecodec_support.py during my "merge" 3.1 (16503022c4b8) -> 2.7 (1bd697cdd210). It should be ok with 83f4c270b27d. Thank you for your report Ronald. -- resolution: -> fixed status: open -> closed _

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

R. David Murray added the comment: Right, that's why I said "if it is a bug" :) FreeBSD has the same behavior, so I'd actually prefer that Apple not "fix" this. It would be nice if FreeBSD did and Apple adopted it, though, since only dropping the % is the least intuitive approach to handling

[issue12091] multiprocessing: simplify ApplyResult and MapResult with threading.Event

Changes by Antoine Pitrou : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

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

Ruslan Mstoi added the comment: OK, finally got some time to make a patch. The fix is to seek the beginning of the comment before calling readline. That way the next line won't be deleted. Also, provided a test case for this issue in the patch. -- keywords: +patch Added file: http://b

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

Ronald Oussoren added the comment: I'm not sure if Apple's tracking FreeBSD, but they at the very least heavily borrow code (see for libc) -- ___ Python tracker

[issue12096] test_threading.test_waitfor() timeout (1 hour) on x86 Gentoo 3.x buildbot

New submission from STINNER Victor : Builder x86 Gentoo 3.x Build #130: http://www.python.org/dev/buildbot/all/builders/x86%20Gentoo%203.x/builds/130/steps/test/logs/stdio [263/354] test_threading Timeout (1:00:00)! Thread 0x48f0bb70: File "/var/lib/buildslave/3.x.murray-gentoo/build/Lib/thre

[issue12096] test_threading.test_waitfor() timeout (1 hour) on x86 Gentoo 3.x buildbot

Charles-François Natali added the comment: The sleep is too short: def f(): with cond: result = cond.wait_for(lambda : state==4) for i in range(5): time.sleep(0.01) with cond: state += 1 cond.notify() If state is

[issue6059] ctypes/uuid-related segmentation fault

Charles-François Natali added the comment: It's probably a libc buc, see http://sources.redhat.com/bugzilla/show_bug.cgi?id=12453 Basically, when libraries are dynamically loaded in an interleaved way, this can lead to TLS being returned uninitialized, hence leading to a segfault upon access

[issue12096] test_threading.test_waitfor() timeout (1 hour) on x86 Gentoo 3.x buildbot

Changes by R. David Murray : -- keywords: +buildbot nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue11486] Add option to not install into /Applications

Ronald Oussoren added the comment: This patch adds an flag to the configure script: --without-framework-applications. When this flag is used 'make install' will not create /Applications/Python 3.3, and won't install IDLE.app and PythonLauncher.app -- keywords: +patch stage: needs pat

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

Changes by R. David Murray : -- assignee: -> r.david.murray stage: test needed -> patch review ___ Python tracker ___ ___ Python-bugs

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

R. David Murray added the comment: With these new additions, the test input is getting unwieldy. If you have the time, I'd like to see the unit tests refactored to be more unit-testy. That is, instead of a single test netrc file, have multiple inputs, one for each thing being tested, and tu

[issue12094] Cannot Launch IDLE

Nathan added the comment: Thanks for the speedy reply I have cut and past the results from the for following tests I can't test this on Windows, but you could try the following things: 1) check that 'python.exe -V' returns 2.6.6; 2) try using the IDLE shortcut in the start menu; 3) try "

[issue12094] Cannot Launch IDLE

Nathan added the comment: So obviously the abc.py is already a module in the the frame work! All fixed Thanks again -- ___ Python tracker ___ ___

[issue12096] test_threading.test_waitfor() timeout (1 hour) on x86 Gentoo 3.x buildbot

Charles-François Natali added the comment: Here's a one-liner patch using the later approach (that way we're sure the test won't hang). -- keywords: +patch Added file: http://bugs.python.org/file22015/wait_for_race.diff ___ Python tracker

[issue12094] Cannot Launch IDLE

Changes by Ezio Melotti : -- resolution: -> invalid stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___ P

[issue12002] ftplib.FTP.abort fails with TypeError on Python 3.x

Changes by Giampaolo Rodola' : -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue12077] Harmonizing descriptor protocol documentation

Jay Parlar added the comment: While working on this, I believe it would also make sense to remove all instances of the terms "new-style" and "old-style" from the Descriptor HowTo (and wherever else they might be present) It still makes sense for them to be present in the 2.7 documentation, bu

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

New submission from anatoly techtonik : On Windows, if Python is unable to find its .dll it crashes badly. This affects `vurtualenv` project that doesn't copy .dll file. It would be more user friendly if python.exe launcher could detect this situation and fail gracefully. Such kind of dynamic

[issue1746656] IPv6 Interface naming/indexing functions

Antoine Pitrou added the comment: Sorry to reopen, but do these methods really have to return *byte strings* for interface names? In Python 3, we usually take the position that textually meaningful data should be str, not bytes (even filenames under POSIX). The usual way to do this is to use

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

Steffen Daode Nurpmeso added the comment: I've dropped wet-her! I hope now you're satisfied! So the buffer cache is all which remains hot. How deserted! > And you could also add a test (I guess that just calling fsync > with full_sync=True on a valid FD would be enough. I was able to add t

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

Amaury Forgeot d'Arc added the comment: Which dll was missing in your case? python27.dll, python32.dll or another one? Virtualenv usually work on Windows. What did it fail to copy? There is already PEP387 about a "Python launcher" on Windows. Can you please read the specifications, and tell us

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

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

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

Antoine Pitrou added the comment: > I've dropped wet-her! > I hope now you're satisfied! > So the buffer cache is all which remains hot. > How deserted! I'm not sure I'm always understanding your messages well (I'm not a native English speaker), but I don't think this kind of joke is approp

[issue12098] Child process running as debug

New submission from Sergey Mezentsev : I run this code: """ from multiprocessing import Pool def myfunc(x): assert False #if __debug__: print 'debug' return x - 1 if __name__ == '__main__': pool = Pool(processes=1) it = pool.imap(myfunc, xrange(5)) # or imap_unordered, map

[issue12098] Child process running as debug

STINNER Victor added the comment: I'm unable to reproduce this bug on Linux. $ cat script.py from multiprocessing import Pool import os def myfunc(x): import sys print("child", os.getpid(), "optimize?", sys.flags.optimize) assert False, "assert False" return x if __name__ == '

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

STINNER Victor added the comment: I don't like the API because it gives a different behaviour depending on the OS and I don't see how to check that the function does really a full sync. I would prefer a new option os.fullsync() function which is like your os.fsync(fd, full_sync=False), except

[issue12098] Child process running as debug

Sergey Mezentsev added the comment: In my system (Windows 7 (64) SP1, Python 2.6.6 32-bit) I have: """ d:\temp>python -O pool.py ('parent optimize?', 1) ('child', 4712, 'optimize?', 0) (Traceback (most recent call last): ' File "new.py", line 14, in childpool.map(myfunc, xrange(2)) # or im

[issue12098] Child process running as debug

Charles-François Natali added the comment: Under Linux, child processes are created with fork(), so they're run with the exact same environment as the parent process (among which sys.flags.optimize). I don't know Windows at all, but since I've heard it doesn't have fork(), my guess is that the

[issue12098] Child process running as debug on Windows

Changes by STINNER Victor : -- title: Child process running as debug -> Child process running as debug on Windows ___ Python tracker ___

[issue12098] Child process running as debug on Windows

Changes by Antoine Pitrou : -- type: behavior -> feature request versions: +Python 3.3 -Python 2.6 ___ Python tracker ___ ___ Python-b

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

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 #10762). -- nosy: +santa4nt

[issue6727] ImportError when package is symlinked on Windows

Jason R. Coombs added the comment: Digging deeper with the Visual Studio debugger, I discovered the following interesting outcome (run with cmd.exe): @echo off mklink /d sample sample-target mkdir sample-target echo "" > sample-target\__init__.py :: Before KB2467174, return

[issue12098] Child process running as debug on Windows

Amaury Forgeot d'Arc added the comment: This happens only on Windows, where multiprocessing has to spawn a new intepreter; the -O parameter is certainly omitted. Unix platforms fork() the current interpreter with all its state and don't have this issue. -- nosy: +amaury.forgeotdarc _

[issue6727] ImportError when package is symlinked on Windows

Jason R. Coombs added the comment: Indeed, this appears to be a bug in stat64.c, specifically a regression in KB2467174. If I look at the code for _wstat64i32, it doesn't have the code that calls into _wsopen_s for symlinked files/dirs, so uses the legacy behavior to stat the target. I suspec

[issue12096] test_threading.test_waitfor() timeout (1 hour) on x86 Gentoo 3.x buildbot

Roundup Robot added the comment: New changeset a6b4a00fb1c7 by Victor Stinner in branch '3.2': Issue #12096: Fix a race condition in test_threading.test_waitfor(). Patch http://hg.python.org/cpython/rev/a6b4a00fb1c7 New changeset c52807b17e03 by Victor Stinner in branch 'default': (Merge 3.2) I

[issue6727] ImportError when package is symlinked on Windows

Brian Curtin added the comment: Wow, nice analysis. http://connect.microsoft.com/ is the external Microsoft bug tracker, as far as I know. -- ___ Python tracker ___

[issue12096] test_threading.test_waitfor() timeout (1 hour) on x86 Gentoo 3.x buildbot

STINNER Victor added the comment: Oh, it is a real bug in the test. Bug fixed by your patch. Thanks, I commited your patch. I don't wait for the buildbot because it's a sporadic (and rare) failure. -- resolution: -> fixed status: open -> closed __

[issue11779] test_mmap.test_large_offset() timeout (1 hour) on "AMD64 Snow Leopard 3.x" buildbot

STINNER Victor added the comment: I did not see new failure recently, let's close this issue. Reopen if it is not fixed. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue11610] Improving property to accept abstract methods

Changes by Ned Deily : -- nosy: -ned.deily ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue6059] ctypes/uuid-related segmentation fault

Senthil Kumaran added the comment: neologix, that is right. Importing uuid before importing the other modules does not result in Seg Fault. Till the libc fix is available in Operating systems and as a result in CPython, this is probably the only way to go for. -- nosy: +orsenthil -Bre

[issue6059] ctypes/uuid-related segmentation fault

STINNER Victor added the comment: > It's probably a libc bug The bug looks to be specific to the GNU libc. It exists in glibc-2.11.3 and glibc-2.12.2. I suppose that all versions of the GNU libc are affected. The bug has been fixed: http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=d26dfc

[issue12099] re pattern objects have no __class__

New submission from Michael Foord : >>> import re >>> re.compile('foo') <_sre.SRE_Pattern object at 0x1043230> >>> p = re.compile('foo') >>> p.__class__ Traceback (most recent call last): File "", line 1, in AttributeError: __class__ Already fixed in 3.2. -- messages: 136193 nosy: mi

[issue12100] Incremental encoders of CJK codecs reset the codec at each call to encode()

New submission from STINNER Victor : Stateful CJK codecs reset the codec at each call to encode() producing a valid but overlong output: >>> import codecs >>> encoder = codecs.getincrementalencoder('hz')() >>> encoder.encode('\u804a') + encoder.encode('\u804a') b'~{AD~}~{AD~}' >>> '\u804a\u804a

[issue12057] HZ codec has no test

STINNER Victor added the comment: ISO 2022 encodings don't have tests neither: test_multibytecodec doesn't test directly these encodings but it is "Unit test for multibytecodec itself". We may also add tests specific to ISO 2022 encodings: - iso2022_kr - iso2022_jp - iso2022_jp_1 - iso202

[issue12099] re pattern objects have no __class__

Roundup Robot added the comment: New changeset c9df95b57af3 by Benjamin Peterson in branch '2.7': stop using the old brain-dead interface for providing attributes/methods http://hg.python.org/cpython/rev/c9df95b57af3 -- nosy: +python-dev resolution: -> fixed stage: test needed -> commi

[issue8796] Deprecate codecs.open()

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 codecs into code using the io module (it should be simple), and using a Stre

[issue8796] Deprecate codecs.open()

Changes by STINNER Victor : -- status: closed -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue8796] Deprecate codecs.open()

STINNER Victor added the comment: > ... once most Linux distributions have moved to Python 2.6 Debian uses Python 2.6 by default since it's last stable release (Squeeze). I think that it was the last distro using Python 2.5 by default. -- ___ Pytho

[issue8796] Deprecate codecs.open()

Changes by Raymond Hettinger : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

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

Brian Curtin added the comment: If we can generate a testable MSI file that would be the best. Including a very small pre-generated MSI for the purposes of the test would be acceptable. As-is, the tests don't pass because my machine has C:\Windows\installer\1032f.msi that gets used for the te

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

anatoly techtonik added the comment: pythonXX.dll is missing. Virtualenv copies python.exe, which is only 25kB long. It works only if pythonXX.dll is present in system PATH - either installed into Windows\System32 or comes with Mercurial, Bazaar or other frozen app install. -- __

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

anatoly techtonik added the comment: As for PEPs I think you've meant PEP 397 http://www.python.org/dev/peps/pep-0397/ which is tl; dr for the moment. -- ___ Python tracker ___

[issue12101] PEPs should have consecutive revision numbers

New submission from anatoly techtonik : Currently, PEPs have only hash number, which doesn't explain about how many changes were done to the PEP since my last review. It will be convenient to have consecutive revision number for PEP edits and link it to short history log (like wiki history) wi

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

Amaury Forgeot d'Arc added the comment: Virtualenv only works with an installed Python. This is really a virtualenv limitation, then; your issue looks similar to this one: https://github.com/pypa/virtualenv/issues/87 -- resolution: -> invalid status: open -> closed __