[issue6135] subprocess seems to use local 8-bit encoding and gives no choice
New submission from Mark Summerfield m...@qtrac.eu: When I start a process with subprocess.Popen() and pipe the stdin and stdout, it always seems to use the local 8-bit encoding. I tried setting process.stdin.encoding = utf8 and the same for stdout (where process is the subprocess object), but to no avail. I also tried using shell=True since on Mac, Terminal.app is fine with Unicode, but that didn't work. So basically, I have programs that output Unicode and run fine on the Mac terminal, but that cannot be executed by subprocess because subprocess uses the mac_roman encoding instead of Unicode. I wish it were possible to specify the stdin and stdout encoding that is used; then I could use the same one on all platforms. (But perhaps it is possible, and I just haven't figured out how?) -- components: Library (Lib) messages: 88466 nosy: mark severity: normal status: open title: subprocess seems to use local 8-bit encoding and gives no choice type: behavior versions: Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6135 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6136] Make logging configuration files easier to use
New submission from Geoffrey Bache gjb1...@users.sourceforge.net: Recently tried to use the logging configuration file format as understood by logging.config.fileConfig() and found it very unwieldy for normal usage. I feel it needs to scale down better. Some thoughts: a) It creates handlers whether they're needed or not. This means you cannot leave the handler sections present in your configuration file and just disable and enable the logger by changing the level, or your application will open the files/sockets etc. anyway, whether the loggers are enabled or not. This is bordering on being a bug rather than just an annoyance... b) There is a lot of unnecessary cruft. For example it should be possible to eliminate the [loggers], [handlers] and [formatters] sections. I gather they're there due to a limitation of ConfigParser but I assume this is historical as I can see no good reason for it now. Also, entries should default sensibly, e.g. qualname should not be treated as vital but should default to the name in the section header. c) I'd also suggest providing a newer, non-back-compatible format alongside the existing one that was less wordy for normal use. Get rid of the separate handlers and formatters and make each logger have a section of its own containing all handling and formatting information: most users aren't going to want to think about these things as separate entities and in any case there is the hierarchical mechanism to prevent too much copying. In fact, I'd suggest extending the basicConfig idea to be able to call it on individual loggers, and build a new format around that, where each section is read and a logger created with the contents passed as keyword arguments to basicConfig. I might have time to do some of this myself but I want to be sure people think it's a good idea before investing time in it. -- components: Extension Modules messages: 88467 nosy: gjb1002 severity: normal status: open title: Make logging configuration files easier to use type: feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6073] threading.Timer and gtk.main are not compatible
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: When using gtk and threads, it's necessary to call gtk.gdk.threads_init() -- nosy: +amaury.forgeotdarc resolution: - works for me status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6073 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6131] test_modulefinder leaks when run after test_distutils
Tarek Ziadé ziade.ta...@gmail.com added the comment: If I remove distutils.tests.test_config , the leak dissapears. I don't understand why yet. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6131 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6137] Pickle migration: Should pickle map copy_reg to copyreg?
New submission from Matthias Kievernagel mkie...@web.de: Hello, while porting something to Python 3.1a1 I found out that Python 3 cannot load most Python 2 pickles of any protocol because copy_reg has been renamed to copyreg. Found this comment by Skip Montanaro in related issue: http://bugs.python.org/issue3799#msg76196 Could not find an issue opened for this though. So I'm opening one. Regards, Matthias Kievernagel -- components: None messages: 88470 nosy: mkiever severity: normal status: open title: Pickle migration: Should pickle map copy_reg to copyreg? versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6137 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3425] posixmodule.c always using res = utime(path, NULL)
John Szakmeister j...@szakmeister.net added the comment: It seems reasonable to prefer utimes() over utime() in all cases, when utimes() is available, since utime() is considered obsolete. I've attached a patch with the required change and ran all the tests. There are some tests failing on trunk with my system. However this patch introduced no additional failures (test_posix passes). BTW, the patch is against trunk. -- keywords: +patch nosy: +jszakmeister Added file: http://bugs.python.org/file14104/issue-3425-utimes.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3425 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1182143] making builtin exceptions more informative
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1182143 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6048] make distutils use the tarinfo command
Tarek Ziadé ziade.ta...@gmail.com added the comment: done in r72981 and r72984 -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6048 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5814] SocketServer: TypeError: waitpid() takes no keyword arguments
Changes by Niu Zhenyong nzym...@gmail.com: -- nosy: +nzymail ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4040] ignored exceptions in generators (regression?)
Changes by Doug Hellmann doug.hellm...@gmail.com: -- nosy: +doughellmann ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4040 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5259] smtplib is broken in Python3
R. David Murray rdmur...@bitdance.com added the comment: LOGIN and CRAM-MD5 login are fixed in r72990 (3.1) and r72991 (3.0). -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5259 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5259] smtplib is broken in Python3
Changes by R. David Murray rdmur...@bitdance.com: -- stage: test needed - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5259 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6133] LOAD_CONST followed by LOAD_ATTR can be optimized to just be a LOAD_COST
Alex alex.gay...@gmail.com added the comment: Optimization now works in the shell fine, and marshal.loads(marshal.dumps(''.join)) works fine in the shell. However when I try to run the tests the import of collections.namedtuple causes the ValueError bad marshal data to appear, and I don't know why. Could it have to do with the fact that namedtuple dynamically creates classes (though I don't see how one of those could ever be the subject of LOAD_CONST). -- Added file: http://bugs.python.org/file14105/python_const_fold.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6133 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6134] 2to3 tests fail on Windows due to line endings
Benjamin Peterson benja...@python.org added the comment: Thanks for the patch. Applied in r72994. -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6134 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6138] ./configure; make install fails in setup.py step
New submission from R. David Murray rdmur...@bitdance.com: With current trunk, after a make distclean; ./configure; make install sequence, I get the following error: [...] # Substitution happens here, as the completely-expanded BINDIR # is not available in configure sed -e s,@EXENAME@,/usr/local/bin/python2.7, ./Misc/python-config.in python-config /usr/bin/install -c python-config /usr/local/bin/python2.7-config rm python-config ./python -E ./setup.py install \ --prefix=/usr/local \ --install-scripts=/usr/local/bin \ --install-platlib=/usr/local/lib/python2.7/lib-dynload \ --root=/ running install error: must supply either home or prefix/exec-prefix -- not both make: *** [sharedinstall] Error 1 -- messages: 88476 nosy: r.david.murray, tarek priority: release blocker severity: normal status: open title: ./configure; make install fails in setup.py step type: compile error versions: Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6138 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6138] ./configure; make install fails in setup.py step
Tarek Ziadé ziade.ta...@gmail.com added the comment: works for me under MacOS X, I am trying now under debian -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6138 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6138] ./configure; make install fails in setup.py step
R. David Murray rdmur...@bitdance.com added the comment: Benjamin can't reproduce it either. Must be something weird in my environment, so I'm lowering the priority. -- priority: release blocker - normal ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6138 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6012] enhance getargs O to accept cleanup function
Benjamin Peterson benja...@python.org added the comment: Patch review: - It needs docs and tests. - In addcleanup_convert, Py_FatalError calls abort, so there isn't really a point of returning -1; - Also in the function, you need to call destr() in the case that PyList_Append fails. -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6012 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6132] Implement the GIL with critical sections in Windows
Martin v. Löwis mar...@v.loewis.de added the comment: Obviously we can't just slap on a critical section and call it done, unless nobody cares about changing what threading.Lock does. This isn't obvious to me. I do care about what threading.Lock does, but still fail to see why we can't just slap on a criticial section and call it done. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6132 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6138] ./configure; make install fails in setup.py step
Tarek Ziadé ziade.ta...@gmail.com added the comment: Ok. I confirm it works fine on a standard debian as well -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6138 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6133] LOAD_CONST followed by LOAD_ATTR can be optimized to just be a LOAD_COST
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: I would like to see the current patch finished and recorded here for reference. But I agree with Martin that changing marshal is a can of worms. The peepholer is intended to be conservative and should avoid anything that has some risk of being complicating our lives. Another approach may be more successful. Here's a rough sketch: in: LOAD_CONST 5 '{}' LOAD_ATTR 3 'format' out: LOAD_CONST 8 ('{}','format') LOAD_CONST_ATTR 7. def LOAD_CONST_ATTR(oparg): # cache the lookup of '{}.format' in a fast local x = GETLOCAL(oparg) if (x == NULL) UNPACK 2 -- obj, name bm = getattr(obj, name) STORE_FAST var LOAD_FAST var -- assignee: - rhettinger nosy: +rhettinger type: - performance versions: +Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6133 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6138] './configure; make install' fails in setup.py step if .pydistutils.cfg specifies 'home'
R. David Murray rdmur...@bitdance.com added the comment: I figured it out. It turns out that a while back I created a .pydistutils.cfg file and put home in there. There is a bug here, of some sort. Either the .pydistutils.cfg file's install clause should override the default --prefix somehow, or the error message should indicate where the setting for 'home' and '--prefix' came from to enable the user to debug the configuration. In the latter case there would also need to be a way to explicitly tell either make install or configure to ignore .pydistutils.cfg. In the former case, an explicit --prefix passed to configure would need to override .pydistutils.cfg. Or perhaps there's some other solution I'm not seeing at the moment. -- title: ./configure; make install fails in setup.py step - './configure; make install' fails in setup.py step if .pydistutils.cfg specifies 'home' ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6138 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6133] LOAD_CONST followed by LOAD_ATTR can be optimized to just be a LOAD_COST
Alex alex.gay...@gmail.com added the comment: Fully functional. -- Added file: http://bugs.python.org/file14106/python_const_fold.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6133 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6136] Make logging configuration files easier to use
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +vsajip priority: - normal versions: +Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6137] Pickle migration: Should pickle map copy_reg to copyreg?
Antoine Pitrou pit...@free.fr added the comment: #3675 is a similar issue, too bad nothing could be done to solve it... -- nosy: +alexandre.vassalotti, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6137 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6132] Implement the GIL with critical sections in Windows
Changes by Kevin Watters kevinwatt...@gmail.com: -- nosy: +kevinwatters ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6132 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6132] Implement the GIL with critical sections in Windows
Phillip Sitbon phillip.sitbon+python-...@gmail.com added the comment: I'm not competent to review Windows-specific stuff, but some style notes: - your indentation is inconsistent with the original file (you should use tabs) - please don't use any C++-style comments Thanks- I was only supplying the code for testing purposes, but I will clean it up anyway... and read the style guide closer of course :) This isn't obvious to me. I do care about what threading.Lock does, but still fail to see why we can't just slap on a criticial section and call it done. If it were up to me, I'd say move forward with breaking the current functionality. I guess my statement of obviously was that breaking it outright would cause people to complain. After I got to thinking about it that way, making GIL locking free from any other API seemed like it would give more leeway for performance improvement. If anyone is using the semaphore-like features of threading.Lock, they'd likely be better off using threading.Semaphore anyway :) There are some places where the core code would have to change in order to reflect the differences, but otherwise it would be a significant improvement to the GIL under high concurrency and not much of a change for a single thread. On the positive side, a global change means that other core code using locks will also see a speedup with critical sections as the default thread lock. So I guess my main point is that somehow, whether separate from or within the thread lock API, the GIL should be a critical section. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6132 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6139] Typo in email.base64mime
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp: I think I found typo in Lib/email/base64mime.py -- files: fix_typo.patch keywords: patch messages: 88489 nosy: ocean-city severity: normal status: open title: Typo in email.base64mime versions: Python 3.1 Added file: http://bugs.python.org/file14107/fix_typo.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6139] Typo in email.base64mime
Changes by R. David Murray rdmur...@bitdance.com: -- components: +Library (Lib) priority: - normal stage: - test needed type: - behavior versions: +Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5150] IDLE to support reindent.py
Roger Serwy roger.se...@gmail.com added the comment: Here's an extension that adds rstrip() to the Format menu. -- nosy: +serwy Added file: http://bugs.python.org/file14108/RstripExtension.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5150 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5596] memory leaks in 3.1
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5596 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6140] configure error: shadow.h: present but cannot be compiled
New submission from Sashi sa...@voltage.com: Got the following error while building Python 2.5.2 on HP-UX 11.11 bash-3.2$ uname -a HP-UX hpux B.11.11 U 9000/785 2010988722 unlimited-user license configure: WARNING: By default, distutils will build C++ extension modules with g++. If this is not intended, then set CXX on the configure command line. configure: WARNING: shadow.h: present but cannot be compiled configure: WARNING: shadow.h: check for missing prerequisite headers? configure: WARNING: shadow.h: see the Autoconf documentation configure: WARNING: shadow.h: section Present But Cannot Be Compiled configure: WARNING: shadow.h: proceeding with the preprocessor's result configure: WARNING: shadow.h: in the future, the compiler will take precedence configure: WARNING: ## ## configure: WARNING: ## Report this to http://www.python.org/python-bugs ## configure: WARNING: ## ## creating Modules/Setup creating Modules/Setup.local creating Makefile -- components: Build messages: 88491 nosy: Sashi severity: normal status: open title: configure error: shadow.h: present but cannot be compiled type: compile error versions: Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6140 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5150] IDLE to support reindent.py
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: Applied in r72999. Will backport to 2.7. -- assignee: kbk - rhettinger resolution: - accepted ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5150 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6140] configure error: shadow.h: present but cannot be compiled
Sashi sa...@voltage.com added the comment: Have not tried it on 2.6 - Will update when I get a chance to build 2.6 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6140 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5150] IDLE to support reindent.py
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: Backported in r73001 -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5150 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6095] os.curdir as the default argument for os.listdir
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: If this is to go into Py3.1, it needs to happen quickly. -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6095 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue818059] os.listdir on empty strings. Inconsistent behaviour.
Benjamin Peterson benja...@python.org added the comment: Superseded by #5913. -- resolution: - duplicate status: open - closed superseder: - On Windows os.listdir('') - cwd and os.listdir(u'') - C:\ ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue818059 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5982] classmethod, staticmethod: expose wrapped function
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: r73005 and r73006 -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com