[issue8865] select.poll is not thread safe

Christian Schubert added the comment: the other issue (poll_register freeing data structures that poll_poll currently uses) can be reproduced by the attached script (at least I can) depending on the parameters/circumstances it either segfaults or prints garbage results from poll, e.g. [(16849

[issue5023] Segfault in datetime.time.strftime("%z")

Philipp Gortan added the comment: Unfortunately, I'm no longer able to reproduce this issue as I upgraded to gcc 4.3 sometime within the last nine months... With 4.3, I don't see this segfault any longer. -- ___ Python tracker

[issue8860] Rounding in timedelta constructor is inconsistent with that in timedelta arithmetics

Mark Dickinson added the comment: An example where getting correct rounding is awkward: the following rounds up, with or without the patch: >>> datetime.timedelta(seconds=0.6112295) datetime.timedelta(0, 0, 611230) But in this case, the result should actually be rounded down (with either rou

[issue8867] serve.py (using wsgiref) cannot serve Python docs under Python3 due to encoding issues

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

[issue8853] getaddrinfo should accept port of type long

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

[issue4769] b64decode should accept strings or bytes

R. David Murray added the comment: The patch appears to be fixing the wrong functions. It is decode that needs to accept unicode. Encode should still be restricted to bytes. -- nosy: +r.david.murray ___ Python tracker

[issue8864] multiprocessing: undefined struct/union member: msg_control

John Levon added the comment: Right, it should be one of the "official" ways of enabling that. -- ___ Python tracker ___ ___ Python-bu

[issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum recursion depth exceeded in cmp

Senthil Kumaran added the comment: This is fixed in r81636, r81637, r81638, r81637. Just like the Digest Authentication, the urllib2 will try for 5 times before failing for any authentication failure ( It won't lead to recursion). I had a thought that Basic Authentication need not be retried (

[issue1368247] unicode in email.MIMEText and email/Charset.py

R. David Murray added the comment: I don't think either of the previous patches are correct. I found a note in Issue1685453 that Barry would like for this to work, and after poking around in the code for a bit I think it can be done without breaking anything. Attached is a patch that adds un

[issue8618] test_winsound fails when no playback devices configured

Brian Curtin added the comment: Committed in r81640 through r81643 -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___

[issue1368247] unicode in email.MIMEText and email/Charset.py

Changes by R. David Murray : Removed file: http://bugs.python.org/file17512/mimetext_unicode_input.patch ___ Python tracker ___ ___ Python-b

[issue1368247] unicode in email.MIMEText and email/Charset.py

Changes by R. David Murray : Added file: http://bugs.python.org/file17513/mimetext_unicode_input.patch ___ Python tracker ___ ___ Python-bug

[issue1368247] unicode in email.MIMEText and email/Charset.py

R. David Murray added the comment: Ah, it's not 100% true that it doesn't change "working" behavior. Before the patch, the first example in this ticket doesn't raise an error until the as_string call. After this patch, the error is raised as soon as MIMEText is called without the charset pa

[issue8868] Framework install does not behave as a framework

New submission from Michiel de Hoon : (The discussion for this bug started on the pythonmac-sig mailing list; see http://mail.python.org/pipermail/pythonmac-sig/2010-May/022362.html) When I try to install Python as a framework: ./configure --enable-framework make make install then Python gets

[issue8868] Framework install does not behave as a framework

Ronald Oussoren added the comment: The pythonw executable always uses execv on OSX 10.4 because posix_spawnv isn't available there. A possibly significant change is the value of argv[0] as passed to the Python.app executable. Could you check if this patch fixes the issue? Index: Mac/Tools/

[issue8868] Framework install does not behave as a framework

Ronald Oussoren added the comment: Note that the subject is not entirely correct: the framework install is a framework install, but the python commandline doesn't behave like an application bundle. -- priority: normal -> high stage: -> needs patch ___

[issue8869] execfile does not work with UNC paths

New submission from stier08 : execfile() builtin function does not work with UNC paths on Windows platform (Windows 7 x64 has been tested, python 2.6.5) Since standard IO operations successfully process UNC paths, therefore this behavior of execfile() seems to be a bug. Code to reproduce (ass

[issue8869] execfile does not work with UNC paths

Tim Golden added the comment: Since execfile is basically shorthand for exec (open (filename).read ()), and since open (filename) *does* support the full range of filepath syntax on Windows, and since execfile has been removed in py3k in favour of exec (open ...)), and since Python 2.x is nearin

[issue8868] Framework install does not behave as a framework

Michiel de Hoon added the comment: The patch fixes the problem on Mac OS X 10.4. I'll try on 10.5 tomorrow. Thanks! -- ___ Python tracker ___

[issue8869] execfile does not work with UNC paths

Amaury Forgeot d'Arc added the comment: Reproduced on WinXP. execfile() does not work because it calls the system function stat(); this function does accept UNC paths (like \\machine\share\file), but not paths which contain a wildcard character ('?' or '*') I suggest to remove the leading '\\

[issue8864] multiprocessing: undefined struct/union member: msg_control

Sridhar Ratnakumar added the comment: On 2010-05-31, at 4:54 PM, John Levon wrote: > In terms of getting Python building again, it should be sufficient to define > _XPG4_2 for the multiprocessing module compile only. I can verify that the following patch works around this issue (for now); --

[issue5434] datetime.monthdelta

Jess Austin added the comment: Yeah, the masses have spoken, and their silence is deafening. I was going to downplay the "health" of the package based on the number of downloads, but then I looked at the "futures" page. b^) Seriously, getting this in would require a core developer wanting

[issue8864] multiprocessing: undefined struct/union member: msg_control

John Levon added the comment: defining _XOPEN_SOURCE=600 or similar is better, as Martin pointed out. -- ___ Python tracker ___ ___ Py

[issue8864] multiprocessing: undefined struct/union member: msg_control

Antoine Pitrou added the comment: Would such a workaround also be necessary if we want to add support for recvmsg() to the socket module (as in issue6560), or is it totally unrelated? -- nosy: +pitrou ___ Python tracker

[issue8864] multiprocessing: undefined struct/union member: msg_control

John Levon added the comment: Yes, we would almost certainly want something similar. -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue8869] execfile does not work with UNC paths

stier08 added the comment: yep exec (open (...)) is OK here thanks -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue8591] update mkpkg to latest coding standards

Éric Araujo added the comment: I’ve started to review your patch but I find it a bid unwieldy to read. Would you mind exporting changesets to patches? I tried to look at your repo, but didn’t know which branch to look at. So, thanks for giving us the occasion of thinking about the patch workf

[issue8870] --user-access-control=force produces invalid installer on Vista

New submission from anatoly techtonik : Running `python setup.py bdist_wininst --user-access-control=force` produces invalid installer that fails to install with the error message: Failed to start elevated process (ShellExecute returned 5) -- assignee: tarek components: Distutils messa

[issue6641] strptime doesn't support %z format ?

Changes by Éric Araujo : -- nosy: +merwok ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue8867] serve.py (using wsgiref) cannot serve Python docs under Python3 due to encoding issues

Changes by anatoly techtonik : -- nosy: +techtonik ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue5434] datetime.monthdelta

Changes by Jess Austin : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue8871] --user-access-control=auto has no effect

New submission from anatoly techtonik : Seems like `--user-access-control=auto` option [1] introduced in Python 2.6 for to bdist_wininst has no effect on Vista. Test. 1. Get a Vista. 2. `hg clone http://bitbucket.org/techtonik/python-wget/` 3. Add {{{ scripts=['wget.py'], }}} to setup.py 4

[issue2581] Vista UAC/elevation support for bdist_wininst

anatoly techtonik added the comment: Doesn't seem to work anymore. Please, see: http://bugs.python.org/issue8870 http://bugs.python.org/issue8871 -- nosy: +techtonik ___ Python tracker _

[issue7833] Bdist_wininst installers fail to load extensions built with Issue4120 patch

anatoly techtonik added the comment: I see that this issue mentions --user-access-control option. Can somebody also check if issue8870 and issue8871 are related to this one? -- nosy: +techtonik ___ Python tracker

[issue8870] --user-access-control=force produces invalid installer on Vista

anatoly techtonik added the comment: See also issue8871 and original report http://scons.tigris.org/issues/show_bug.cgi?id=2533 -- ___ Python tracker ___ ___

[issue8872] if/else stament bug?

New submission from Chris : i am trying to learn to program in Python from a book on programming that says to use Python 3 i downloaded the Python 3.1.2 Windows x86 MSI installer for my machine aka an HP DV2500 running Win 7 it runs fine, but when i try to write the test program from my book

[issue8872] if/else stament bug?

R. David Murray added the comment: The bug tracker is not the place to get help on learning python. Please try python-list or python-help (see mail.python.org). -- nosy: +r.david.murray resolution: -> invalid stage: -> committed/rejected status: open -> closed _

[issue8870] --user-access-control=force produces invalid installer on Vista

Mark Hammond added the comment: Is it possible the installer is being run from a network share? A comment from PC/bdist_wininst/install.c: // interesting failure scenario that has been seen: initial executable // runs from a network drive - but once elevated, that network shar

[issue8857] socket.getaddrinfo needs tests

Giampaolo Rodola' added the comment: A patch which adds some basic tests is in attachment. It basically tests what told in the documentation without going too deeper. -- Added file: http://bugs.python.org/file17516/getaddrinfotest.patch ___ Python tr

[issue8864] multiprocessing: undefined struct/union member: msg_control

Martin v. Löwis added the comment: Most likely, we wouldn't be able to support recvmsg on Solaris. We would need to run configure tests to determine whether the APIs are available, and that would require defining _XOPEN_SOURCE in pyconfig.h.in, which (according to #1759169) we must not do. -

[issue8873] Popen uses 333 times as much CPU as a shell pipe on Mac OS X

New submission from Hugh Secker-Walker : Popen seems to be *very* costly, CPU wise, on Mac OS X. I need to read and process bytes from the stdout of another process that outputs bytes in a rate-limited fashion, e.g. 8 bytes per second. If I use a shell pipeline and a simple Python script

[issue8873] Popen uses 333 times as much CPU as a shell pipe on Mac OS X

Changes by Hugh Secker-Walker : Added file: http://bugs.python.org/file17518/pull0 ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue8873] Popen uses 333 times as much CPU as a shell pipe on Mac OS X

Changes by Hugh Secker-Walker : Added file: http://bugs.python.org/file17519/pull1 ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue8864] multiprocessing: undefined struct/union member: msg_control

John Levon added the comment: It's not clear why you'd need configure tests, but you could easily add the define in the body of the autoconf test AFAIK - is there a reason this is difficult? -- ___ Python tracker

[issue8870] --user-access-control=force produces invalid installer on Vista

anatoly techtonik added the comment: It is local Ext2 partition system accessible through http://www.fs-driver.org/ on the same HDD as primary system partition. But there is definitely issue with difference between drives. There is no problem if the package is executed from the NTFS system dr

[issue8870] --user-access-control=force produces invalid installer on Vista

anatoly techtonik added the comment: Attaching installer file for testing. -- Added file: http://bugs.python.org/file17520/wget-0.6.win32.exe ___ Python tracker ___ _

[issue8669] lack of bdist_rpm module raises error on 'setup.py --help-commands'

Éric Araujo added the comment: Can you still reproduce it? I think it’s fixed by http://bitbucket.org/tarek/distutils2/changeset/19f1965a304d -- nosy: +merwok ___ Python tracker ___

[issue7833] Bdist_wininst installers fail to load extensions built with Issue4120 patch

Koen van de Sande added the comment: issue8870 and issue8871 are not related to this one. There, the UAC elevation fails, here the issue is with the MS runtimes, elevation is working fine. -- ___ Python tracker __

[issue8870] --user-access-control=force produces invalid installer on Vista

Koen van de Sande added the comment: This is listed as a known limitation of the Ext2 FS driver. From http://www.fs-driver.org/relnotes.html : === Running programs on an Ext2/Ext3 volume on Windows Vista Currently it is not possible to start a program on Vista if UAC is enabled and the prog

[issue8874] py3k documentation mentions deprecated opcode LOAD_LOCALS

New submission from Yaniv Aknin : The documentation of the dis module mentions LOAD_LOCALS, which used to exist in Python 2.x and I believe was removed from py3k (doesn't appear in recent Include/opcode.h). The exact offending section is: http://docs.python.org/py3k/library/dis.html#opcode-LO

[issue8591] update mkpkg to latest coding standards

Dan Buch added the comment: @merwok much thanks for the feedback. After seeing how you're working via bitbucket I've decided to create a fresh fork from tarek and recreate my patch in multiple changesets all within the default branch. I'll update the issue when finished. -- __

[issue6521] Contradictory documentation for email.mime.text.MIMEText

R. David Murray added the comment: This is not quite a duplicate of issue 1368247, but in the patch for that issue the doc changes should clarify the ambiguity. -- resolution: -> duplicate stage: needs patch -> committed/rejected status: open -> closed type: -> behavior

[issue8868] Framework install does not behave as a framework

Michiel de Hoon added the comment: The patch solves the problem also on Mac OS X 10.5 (I tried 32-bits and 64-bits with the current python in trunk, after applying the patch). Thanks again! -- ___ Python tracker _

[issue1555842] email package and Unicode strings handling

R. David Murray added the comment: It took me a while to figure out why latin-1 works. I turns out to be an accident: latin-1 uses quoted-printable encoding, and the email quoprimime module accidentally manages to quote unicode characters in the latin-1 range. The Header example, as noted by

[issue8788] urllib.urlencode documentation unclear on doseq

Senthil Kumaran added the comment: Agree to your concern that doseq parameter is not properly explained. Fixed in r81645, r81646, r81647 and r81648. -- nosy: +orsenthil resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Py

[issue8875] XML-RPC improvement is described twice.

New submission from INADA Naoki : http://docs.python.org/dev/whatsnew/2.7.html#new-and-improved-modules "The XML-RPC client and server, provided by..." appears twice. -- assignee: d...@python components: Documentation messages: 106875 nosy: d...@python, naoki priority: normal severity:

[issue8875] XML-RPC improvement is described twice.

Changes by Ezio Melotti : -- nosy: +akuchling, ezio.melotti stage: -> needs patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue8868] Framework install does not behave as a framework

Ronald Oussoren added the comment: Thanks for testing. I've applied the patch (with some additional documentation) in r81649 (2.7) and r81650 (3.2). Other versions are not affected. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed versions: +Py

[issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum recursion depth exceeded in cmp

Ionut Turturica added the comment: Why would you waste the time and resources to test 5 times for a known to be wrong credential ?! This is not like in a browser where the user is presented with a dialog box 5 times and he/she can try different credentials. I don't see the point...

[issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum recursion depth exceeded in cmp

Senthil Kumaran added the comment: The point of retry is for auth failure, which can happen due to any reason. It is not just for a wrong password. I was thinking just doing a single verification and failing, but did find some resources (not just browsers) which adopt this approach of retry.

[issue8873] Popen uses 333 times as much CPU as a shell pipe on Mac OS X

Antoine Pitrou added the comment: Have you tried specifying a value for the bufsize argument to Popen? Either 1 for line buffering or e.g. 4096 for a decent size block buffering. -- nosy: +gregory.p.smith, pitrou ___ Python tracker