[issue7120] logging depends on multiprocessing

Vinay Sajip added the comment: I propose to fix it by just setting logRecord.processName to None for now, which is what should happen if multiprocessing isn't available. In environments where multiprocessing is not available, logging.logMultiprocessing should be False, but that fix needs to go

[issue7121] ImportError of urllib.request & http.client under PYTHONHOME/Lib

Ezio Melotti added the comment: Your file is named 'http.py'. When urllib.request tries to import http.client your file ("D:\program\python\http.py") is picked up first instead of the right one ('C:\Program Files\Python311\lib\http\client.py'). Your file is then executed again and when it calls

[issue7121] ImportError of urllib.request & http.client under PYTHONHOME/Lib

New submission from mike : There's a python program in the attached file http.py, I import urllib.request in http.py, and urllib.request imports http.client. When I try to run http.py by command "python http.py", the error is as below: Traceback (most recent call last): File "http.py", line

[issue7120] logging depends on multiprocessing

Guido van Rossum added the comment: The addition of multiprocessing support to logging seems to have happened in 2.6.2; bad timing for a feature. :-( -- title: 2.6.4rc1 regression -> logging depends on multiprocessing ___ Python tracker

[issue6941] Socket error when launching IDLE

Changes by Brett Cannon : -- nosy: -brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue7120] 2.6.4rc1 regression

Guido van Rossum added the comment: The dependency of logging on multiprocessing feels backwards. But it's not actually a new regression, it seems that was there in 2.6.2. -- ___ Python tracker __

[issue6766] Cannot modify dictionaries inside dictionaries using Managers from multiprocessing

Jesse Noller added the comment: Yeah, the auto-generation is too clever and needs to be pulled out entirely. -- ___ Python tracker ___ __

[issue6766] Cannot modify dictionaries inside dictionaries using Managers from multiprocessing

Terrence Cole added the comment: The tests for the SyncManager are being automagically generated at import time -- I was not quite able to follow that well enough to know exactly what is getting tested, or if they are even enabled. It did not appear to contain any recursion, however. -

[issue6403] distutils builds extension modules to root package directory

Changes by Sridhar Ratnakumar : -- nosy: +srid ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue7120] 2.6.4rc1 regression

Benjamin Peterson added the comment: While I am not able to reproduce this by running 1.2.6 on Gentoo Linux with Rietveld, I will make an educated guess that it is the "from multiprocessing import current_process" line in r75130. I doubt this module is available on app engine, so it tries to use

[issue7120] 2.6.4rc1 regression

Guido van Rossum added the comment: Yes, App Engine uses a PEP 302 style import hook to implement the sandbox. Could it be that there's a new module dependency introduced by 2.6.3-4? -- ___ Python tracker ___

[issue7120] 2.6.4rc1 regression

Changes by Philip Jenvey : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue7120] 2.6.4rc1 regression

Philip Jenvey added the comment: App engine shows up after every import statement, so it must have some kind of import hook -- which can do evil things -- nosy: +pjenvey ___ Python tracker

[issue6766] Cannot modify dictionaries inside dictionaries using Managers from multiprocessing

Jesse Noller added the comment: Nothing jumps out to me off the top of my head - I can take a closer look at this after my pycon planning duties finish up in a few weeks. I agree this is unintended behavior. I'll need to audit the tests to make sure that A> This is being tested, and B> Those

[issue7120] 2.6.4rc1 regression

Guido van Rossum added the comment: The full traceback had probably 1000 lines (or whatever the limit is); the piece between two calls to logging.warn() is repeated over and over. -- ___ Python tracker ___

[issue7120] 2.6.4rc1 regression

Benjamin Peterson added the comment: How many lines are there in the traceback? Are there repetitions? -- nosy: +benjamin.peterson ___ Python tracker ___

[issue7120] 2.6.4rc1 regression

Guido van Rossum added the comment: FWIW, I've ruled out App Engine SDK 1.2.6 as the source of the regression; on a MacBook Pro with the same OS 10.5.8 I get a similar traceback with SDK 1.2.6. -- ___ Python tracker

[issue6941] Socket error when launching IDLE

Bonnie Douglas added the comment: The only other thing that I've done is change my firewall software. I use Bullguard. I had to use the Custom Security settings for the Firewall, but set it to always allow pythonw.exe and python.exe access to all ports. A colleague of mine is also running XP a

[issue7120] 2.6.4rc1 regression

New submission from Guido van Rossum : Following my own (Twitter) advice I downloaded the 2.6.4rc1 release candidate and installed it on my x86 iMac running OS X 10.5.8, and tried to run a Google App Engine app with it. Google App Engine prefers Python 2.5, but so far it has always worked wit

[issue6766] Cannot modify dictionaries inside dictionaries using Managers from multiprocessing

Terrence Cole added the comment: When a manager receives a message, it unpickles the arguments; this calls BaseProxy.__reduce__, which calls RebuildProxy. If we are in the manager, this returns the actual object, otherwise it returns a new proxy. If we naively disable the ability for proxied o

[issue7111] core dump when stderr is moved

Daniel Stutzbach added the comment: Is it even possible to portably test the validity of a file descriptor without trying to write/read it? When I first saw this bug, my gut feeling was "well, don't do that then!" However, I then recalled that Windows GUI applications have no stdin, stdout, or

[issue7112] unicodetype_db.h warning: integer constant is too large for 'long'

Marc-Andre Lemburg added the comment: Amaury Forgeot d'Arc wrote: > > Amaury Forgeot d'Arc added the comment: > > Fixed with r75396 (trunk) and r75397 (py3k) Thanks, Amaury. > I'll check with the buildbots before I close this issue. -- status: pending -> open _

[issue6766] Cannot modify dictionaries inside dictionaries using Managers from multiprocessing

Terrence Cole added the comment: I get the same results on: Python 2.6.2 (r262:71600, Sep 14 2009, 18:47:57) [GCC 4.3.2] on linux2 I think this is the same issue I was seeing yesterday. You can exercise the issue and cause an exception with just 6 lines: # CODE # from multiprocessing

[issue7112] unicodetype_db.h warning: integer constant is too large for 'long'

Amaury Forgeot d'Arc added the comment: Fixed with r75396 (trunk) and r75397 (py3k) I'll check with the buildbots before I close this issue. -- resolution: -> fixed status: open -> pending ___ Python tracker _

[issue7111] core dump when stderr is moved

Antoine Pitrou added the comment: Please note that normally an error message is output, but of course it doesn't display since stderr is invalid :-) It's clearer if you close stdout instead: $ ./python -c 'pass' >&- Fatal Python error: Py_Initialize: can't initialize sys standard streams OSErr

[issue6603] Compilation error if configuref --with-computed-gotos

Martin v. Löwis added the comment: The patch is fine, please apply (notice that the 2.6 branch is closed for anything but 2.6.3 regressions right now, so you may want to defer this after 2.6.4). -- assignee: loewis -> mark.dickinson resolution: -> accepted __

[issue4610] Unicode case mappings are incorrect

Martin v. Löwis added the comment: > I have a half finished implementation of this, in case anyone > is interested. Feel free to upload it here. I'm fairly skeptical that it is possible to implement casing "correctly" in a locale-independent way. -- ___

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Koen van de Sande added the comment: > It may actually be enough to just place the Microsoft.VC90.CRT.manifest file into the Python folder (the one with python.exe and the CRT DLLs). I concur with what Christoph says, that is how the embedded installation works. However, the .pyd files are n

[issue7115] extension module builds fail when using paths in the extension name

Tarek Ziadé added the comment: Added complementary fix in r75395 -- nosy: +pje ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue6941] Socket error when launching IDLE

adgprogramming added the comment: Oh! And my OS is Windows XP SP3 Media Center Edition Version. -- ___ Python tracker ___ ___ Python-b

[issue6941] Socket error when launching IDLE

adgprogramming added the comment: Here is what happened to me. See the attachment. P.S.: I launched the installer and hit repair. Everything went fine in the installer, but the problem still occured. Should I upgrade to 3.11? If I have to make a change in the source code for IDLE, I am fine

[issue6603] Compilation error if configuref --with-computed-gotos

Mark Dickinson added the comment: Aargh. I somehow deleted a backslash between testing and submitting that patch. Sorry. Third time lucky. -- Added file: http://bugs.python.org/file15117/tsc3.patch ___ Python tracker

[issue6603] Compilation error if configuref --with-computed-gotos

Changes by Mark Dickinson : Removed file: http://bugs.python.org/file15115/tsc2.patch ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue6603] Compilation error if configuref --with-computed-gotos

Mark Dickinson added the comment: Whoops. Wrong patch. Here's the right one. -- Added file: http://bugs.python.org/file15116/tsc2.patch ___ Python tracker ___ __

[issue6603] Compilation error if configuref --with-computed-gotos

Mark Dickinson added the comment: > "simplify" the code by directly outputting to (int*)v and > ((int*)v)[1]; This does indeed seem to produce better compiler output, at least under Apple gcc-4.0.1, Apple gcc-4.2.1, and non-Apple gcc-4.4.1. Here's a revised patch, which also separates the i3

[issue4610] Unicode case mappings are incorrect

Jeff Senn added the comment: Has there been any action on this? a PEP? I disagree that using ICU is good way to simply get proper unicode casing. (A heavy hammer for a small task...) I agree locales are a different issue (and would prefer optional arguments to the unicode object casing methods

[issue7119] email: msg.items() returns different values before and after msg.as_string()

New submission from Jon Nelson : import os try: from email.mime.multipart import MIMEMultipart except ImportError: from email.MIMEMultipart import MIMEMultipart m = MIMEMultipart('form-data') print m.items() m.as_string() print m.items() print out: [('Content-Type', 'multipart/form-data'

[issue7105] weak dict iterators are fragile because of unpredictable GC runs

Antoine Pitrou added the comment: It occurs weaksets have the same problem, here is a new patch fixing them as well. -- Added file: http://bugs.python.org/file15114/weakiter3.patch ___ Python tracker __

[issue6603] Compilation error if configuref --with-computed-gotos

Mark Dickinson added the comment: FWIW, the Linux source splits things up into 32-bit and 64-bit, and uses "A" for 32-bit and "a" and "d" for 64-bit; their 64-bit code (after unwinding the macros) is essentially identical to the code in the patch. See http://lxr.linux.no/linux+v2.6.31/arch/x

[issue7043] test_urllib: constructLocalFileUrl returns invalid URLs on Windows

Senthil Kumaran added the comment: Windows buildbots pass for this test. Closing the issue. -- status: open -> closed ___ Python tracker ___ _

[issue6603] Compilation error if configuref --with-computed-gotos

Mark Dickinson added the comment: > As for the specific code: I'm not sure whether it's guaranteed that > you can truncate output registers in an asm. If you can't, you > should make the output registers 64-bit integers on AMD64. Specifying "eax" and "edx" directly, rather than using "a" and "

[issue6603] Compilation error if configuref --with-computed-gotos

Martin v. Löwis added the comment: Looking at this further, it seems that the rdtsc code got miscompiled on x64 for some time already. Consider this code typedef unsigned long long uint64; uint64 f(uint64 b) { uint64 a; __asm__ __volatile__("rdtsc" : "=A" (a)); return a+b; } My Apple

[issue6603] Compilation error if configuref --with-computed-gotos

Mark Dickinson added the comment: I just found a more recent one: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41133 Whether this is a gcc misfeature or not, it sounds as though it's not going to change. Maybe there should be two separate READ_TIMESTAMP cases? One for x86 (or x86_64 in 32-b

[issue6603] Compilation error if configuref --with-computed-gotos

Mark Dickinson added the comment: Here's a relevant gcc bug report: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21249 As I understand it, the rules are that in 32-bit mode "A" means edx/eax for a 64-bit quantity, and in 64-bit mode "A" means rdx/rax for a 128-bit quantity and "rdx or rax" fo

[issue6603] Compilation error if configuref --with-computed-gotos

Martin v. Löwis added the comment: I'm skeptical that the patch is right (or, rather, that it is not a compiler bug). According to http://gcc.gnu.org/viewcvs/trunk/gcc/config/i386/i386.h?view=markup in macro REG_CLASS_CONTENTS, the class AD_REGS includes indeed EDX and EAX. The exact place

[issue7118] urllib2.urlopen() timeout argument ignored after redirect

Senthil Kumaran added the comment: Can you mention the python --version in which you encountered this issue? And piece of code which loops indefinitely? The propagation of timeout to redirects has been fixed with Issue5102. -- assignee: -> orsenthil nosy: +orsenthil

[issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError

Changes by Tarek Ziadé : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError

Tarek Ziadé added the comment: The new issue is : #7115 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue5915] PEP 383 implementation

Martin v. Löwis added the comment: I'm skeptical that a backport is a useful thing. First, the handler is primarily meant for use with PEP 383, which means that it's all internal; few applications will ever need to use it explicitly. Furthermore, applications/libraries that do use it most lik

[issue7101] tarfile: OSError with TarFile.add(..., recursive=True) about non-existing file

Changes by Lars Gustäbel : -- assignee: -> lars.gustaebel nosy: +lars.gustaebel ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue6963] Add worker process lifetime to multiprocessing.Pool - patch included

Jesse Noller added the comment: Well, it's in feb, but I'm involved in some intense planning right now. -- ___ Python tracker ___ ___

[issue7118] urllib2.urlopen() timeout argument ignored after redirect

New submission from Gerald Thaler : When a HTTP request done with urllib2.urlopen() gets redirected, the second request will ignore the given timeout value and may hang indefinitely. -- messages: 93922 nosy: gthaler severity: normal status: open title: urllib2.urlopen() timeout argumen

[issue6963] Add worker process lifetime to multiprocessing.Pool - patch included

Charles Cazabon added the comment: Okay, thanks, Jesse. Didn't realize the Con was on. -- ___ Python tracker ___ ___ Python-bugs-list

[issue6963] Add worker process lifetime to multiprocessing.Pool - patch included

Jesse Noller added the comment: I plan on reviewing the patch once my work with PyCon is completed, which should be within the next few weeks. The next release this would show up in (2.7/3.2) is not for some time. -- ___ Python tracker

[issue7111] core dump when stderr is moved

Daniel Stutzbach added the comment: After some searching around with Google, "2>&-" means "close file descriptor 2" (i.e., standard error). -- nosy: +stutzbach ___ Python tracker ___

[issue7117] Backport py3k float repr to trunk

New submission from Mark Dickinson : See the thread starting at: http://mail.python.org/pipermail/python-dev/2009-October/092958.html Eric suggested that we don't need a separate branch for this; sounds fine to me. It should still be possible to do the backport in stages, though. Something li