[issue11034] Build problem on Windows with MSVC++ Express 2008
Eli Bendersky eli...@gmail.com added the comment: After some investigation of running make_buildinfo standalone, it boils down to this: When it executes the path with quotes around the last argument: C:\Program Files\TortoiseSVN\bin\subwcrev.exe .. ..\Modules\getbuildinfo.c Win32-temp-Debug\getbuildinfo2.c I see the error about 'C:\Program' being unrecognized. When it executes without quotes around the last argument: C:\Program Files\TortoiseSVN\bin\subwcrev.exe .. ..\Modules\getbuildinfo.c Win32-temp-Debug\getbuildinfo2.c It works just fine. Could this be some bizzarre bug in the quote parser of cmd.exe? I run Win XP Home SP3. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11034] Build problem on Windows with MSVC++ Express 2008
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Could this be some bizzarre bug in the quote parser of cmd.exe? Yes, this is even documented with cmd /?: [...]If you specify /c or /k, cmd processes the remainder of string and quotation marks are preserved only if all of the following conditions are met: [...]- You use exactly one set of quotation marks. -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11034] Build problem on Windows with MSVC++ Express 2008
Eli Bendersky eli...@gmail.com added the comment: Amaury, seems like it - thanks. So I suppose the fix would be just to remove the quotes in make_buildinfo.c I wonder why it worked for others buildbots? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11034] Build problem on Windows with MSVC++ Express 2008
Changes by Eli Bendersky eli...@gmail.com: -- priority: normal - high ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11034] Build problem on Windows with MSVC++ Express 2008
Changes by Eli Bendersky eli...@gmail.com: -- nosy: +krisvale ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10501] make_buildinfo regression with unquoted path
Eli Bendersky eli...@gmail.com added the comment: Please see issue 11034 -- nosy: +eli.bendersky status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10501 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11034] Build problem on Windows with MSVC++ Express 2008
Martin gzl...@googlemail.com added the comment: Removing the quotes rebreaks the case where tmppath contains a space. Instead, either: * Call subwcrev.exe directly without going through COMSPEC: switch 'system' to 'CreateProcess'. * More quotes! Change `A .. B` to `A .. B` which when it hits case 2 from what Amuary was quoting, does what's intended. 1. If all of the following conditions are met... ... they aren't... 2. Otherwise, old behavior is to see if the first character is a quote character and if so, strip the leading character and remove the last quote character on the command line, preserving any text after the last quote character. -- nosy: +gz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11024] imaplib: Time2Internaldate() returns localized strings
Sebastian Spaeth sebast...@sspaeth.de added the comment: Added file: imaplib_Time2Internaldate_locale_fix.patch The patch looks very good to me and works. I agree that we should be returning a bytearray but this is should not be part of this issue. For all that it's worth: Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11024 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11034] Build problem on Windows with MSVC++ Express 2008
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Bizarre indeed. I think more quotes is the answer, since it is simpler to implement. But the question remains, why has it worked until now? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11034] Build problem on Windows with MSVC++ Express 2008
Martin gzl...@googlemail.com added the comment: This bug only hits people who: 1) Have TortoiseSVN installed (buildbots won't, I don't) 2) ...on a path that needs quoting. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11015] Bring test.support docs up to date
Nick Coghlan ncogh...@gmail.com added the comment: verbose isn't a boolean at all - it's an integer. You can supply it multiple times to bump the logging level up even higher than normal. ~/devel/py3k/Lib/test$ grep verbose *.py regrtest.py:if self.verbose 1: test_cmd_line_script.py:if verbose 1: test_cmd_line_script.py:if verbose 1: test_cmd_line_script.py:if verbose 1: test_cmd_line_script.py:if verbose 1: test_cmd_line_script.py:if verbose 1: test_fork1.py:if verbose 1: test_fork1.py:if verbose 1: (I didn't check explicitly, but I believe those verbose values are shorthand references to test.support.verbose) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11015 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10765] Build regression from automation changes on windows
Martin gzl...@googlemail.com added the comment: My build is still affected by this, can you find some time to look at the attached patch please? Relevant bit of log is: Performing Makefile project actions Microsoft (R) Program Maintenance Utility Version 9.00.21022.08 Copyright (C) Microsoft Corporation. All rights reserved. NMAKE : fatal error U1073: don't know how to make 'User\py3k\PCbuild\' Stop. Project : error PRJ0019: A tool returned an error code from Performing Makefile project actions -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10765 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6203] 3.x locale does not default to C, contrary to the documentation and to 2.x behavior
Marc-Andre Lemburg m...@egenix.com added the comment: Python can be embedded into other applications and unconditionally changing the locale (esp. the LC_CTYPE) is not good practice, since it's not thread-safe and affects the entire process. An application may have set LC_CTYPE (or the locale) to something completely different. If at all, Python should be more careful using this call (pseudo code): lc_ctype = setlocale(LC_CTYPE, NULL); if (lc_ctype == NULL || strcmp(lc_ctype, ) || strcmp(lc_ctype, C)) { env_lc_ctype = setlocale(LC_CTYPE, ); setlocale(LC_CTYPE, lc_ctype); lc_ctype = env_lc_ctype; } Then use lc_ctype to figure out encodings, etc. While this is not thread-safe, it at least reverts the change back to the original setting and only applies the change if needed. That's still not optimal, but better than nothing. An clean alternative would be adding LC_* variable parsing code to Python to avoid the setlocale() call altogether. -- nosy: +lemburg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6203 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11022] locale.setlocale() doesn't change I/O codec, os.environ
Marc-Andre Lemburg m...@egenix.com added the comment: STINNER Victor wrote: STINNER Victor victor.stin...@haypocalc.com added the comment: upon program startup, init LibC environment: setlocale(LC_ALL, ); Python 3 does something like that: Py_InitializeEx() calls setlocale(LC_CTYPE, ). But I (and others) consider that as a bug (see #6203 discussion): Python should not do that (nor any library) implicitly, but a *program* can do that (once) at startup (explicitly). Agreed. See the discussion on the ticket for more details. setlocale() should only be called by applications, not by libraries. For Python this means: calling it in main() is fine, but not in Py_InitializeEx(). -- nosy: +lemburg title: locale.setlocale() doesn't change I/O codec, os.environ - locale.setlocale() doesn't change I/O codec, os.environ ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11022 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10940] IDLE 3.2 hangs with Cmd-M hotkey on OS X 10.6 with 64-bit installer and A/S Tk 8.5
Ned Deily n...@acm.org added the comment: After more investigation, I found that my original speculation about a Cmd-M conflict with Cocoa Tk 8.5 was not correct. And the problem is not just limited to the keyboard accelerator for the Open Module command; it can also be seen with the keyboard accelerators for the Go To Line and New Ident Width commands, although none are always repeatable. What all three have in common is that they use the tkinter.simpledialog module to get user input in response to the command. There does not seem to be a problem ever if the menu commands are clicked on rather than opened with a keyboard accelerator nor is the problem seen when using the older Carbon Tk 8.4. The problem occurs at the end of the common Dialog class (simpledialog.py lines 167-169) where the tk wait visibility command does not cause the intended window to appear and the tk wait window (to be destroyed) command hangs waiting on a non-visible window. Adding some debugging code makes it seem that the hangup is the display of the Entry widget within the dialog window. Why that is a problem when going though the lengthy execution path triggered by a menu keyboard type-in, and not the clicking-on-menu-item path, is still not clear. Most likely it is a bug in Cocoa Tk 8.5 but so far I have not yet been able to reduce it to a simpler, reproducible test case. For 3.2rc2 and 3.2, I propose to add a temporary patch to IDLE that removes the keyboard accelerators for these three commands when running with Cocoa Tk 8.5. That should prevent users from running into the hang and, thereby, losing work. The patch should be available later today. -- nosy: +georg.brandl priority: high - critical ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10940 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6203] 3.x locale does not default to C, contrary to the documentation and to 2.x behavior
Martin v. Löwis mar...@v.loewis.de added the comment: An clean alternative would be adding LC_* variable parsing code to Python to avoid the setlocale() call altogether. That would be highly non-portable, and repeat the mistakes of getdefaultlocale. -- title: 3.x locale does not default to C, contrary to the documentation and to 2.x behavior - 3.x locale does not default to C, contrary to the documentation and to 2.x behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6203 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11035] Segmentation fault
New submission from Dmitry Groshev lambdadmi...@gmail.com: Here is a console output: si14@si14-work:~/repos/monitoring/root$ python2.7 server.py 127.0.0.1 - - [2011-01-28 12:29:30] GET /update HTTP/1.1 200 320 - Python-urllib/2.7 {seenby:[1],received:1296207058.993983,observer:1,type:ping,source:102,time:1296207058.990101,data:[[1296206970.543701,0.010154962539672852],[1296206980.383922,0.010203123092651367],[1296206990.222841,0.01015615463256836],[1296207000.050695,0.010264873504638672],[1296207009.876834,0.011881113052368164],[1296207019.698611,0.010120153427124023],[1296207029.519147,0.010251045227050781],[1296207039.342266,0.010113000869750977],[1296207049.167352,0.010238885879516602],[1296207058.990089,0.010174989700317383]],class:statistics} 127.0.0.1 - - [2011-01-28 12:30:59] POST / HTTP/1.1 200 2 - Python-urllib/2.7 Segmentation fault si14@si14-work:~/repos/monitoring/root$ I'm not sure that this is a gevent issue, so I'm posting it here. server.py sources are attached. -- components: Interpreter Core files: server.py messages: 127266 nosy: Dmitry.Groshev priority: normal severity: normal status: open title: Segmentation fault type: crash versions: Python 2.7 Added file: http://bugs.python.org/file20570/server.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11035] Segmentation fault
Dmitry Groshev lambdadmi...@gmail.com added the comment: I should also say that this bug appears at first time, but it doesn't make it less scary. The packet that crashed python was the same as the one shown and I've already used this tiny server for a day or two without modifications, so it seems to me that this is not my mistake. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11035] Segmentation fault
Dmitry Groshev lambdadmi...@gmail.com added the comment: Ok, I've played with this some more and got some more segmenation faults. It looks like a gevent problem, but I think that python shouldn't completely fall so easy. Here is more traces: si14@si14-work:~/repos/monitoring/root$ python2.7 server.py {seenby:[1],received:1296208139.606481,observer:1,type:ping,source:102,time:1296208139.603046,data:[[1296208051.083743,0.010155200958251953],[1296208060.923999,0.011048078536987305],[1296208070.76751,0.010570049285888672],[1296208080.613247,0.011930227279663086],[1296208090.454012,0.010123968124389648],[1296208100.283144,0.010128021240234375],[1296208110.114118,0.010215997695922852],[1296208119.943081,0.010147809982299805],[1296208129.774567,0.010593891143798828],[1296208139.603033,0.010541915893554688]],class:statistics} 127.0.0.1 - - [2011-01-28 12:48:59] POST / HTTP/1.1 200 2 - Python-urllib/2.7 Traceback (most recent call last): File evhttp.pxi, line 473, in gevent.core._http_cb_handler (gevent/core.c:13165) Segmentation fault 127.0.0.1 - - [2011-01-28 12:47:30] GET /update HTTP/1.1 200 320 - Python-urllib/2.7 ^CTraceback (most recent call last): File server.py, line 34, in module gevent.wsgi.WSGIServer((localhost, 8020), printer).serve_forever() File build/bdist.linux-i686/egg/gevent/baseserver.py, line 183, in serve_forever TypeError: raise: arg 3 must be a traceback or None Segmentation fault si14@si14-work:~/repos/monitoring/root$ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11034] Build problem on Windows with MSVC++ Express 2008
Eli Bendersky eli...@gmail.com added the comment: Martin, This makes sense, but keep in mind that: 1) Many, if indeed not *most* Windows SVN users use TortoiseSVN (and our dev guide recommends it, IIRC) 2) When TortoiseSVN *is* installed, it almost always goes into Program Files (its default installation path) So the Windows buildbots don't represent one of the most common (IMHO) usage cases of building on Windows. Is it hard to implement? [i.e. use TortoiseSVN instead of cmd-line SVN on one of the Windows bots?] Kristján - will you submit a patch for review? (this issue seems like a release blocker to me - but I'll leave it to Georg to decide on setting its priority) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11034] Build problem on Windows with MSVC++ Express 2008
Martin v. Löwis mar...@v.loewis.de added the comment: Kristján - will you submit a patch for review? (this issue seems like a release blocker to me - but I'll leave it to Georg to decide on setting its priority) I wouldn't say it's a release blocker: I can build Python just fine, so the release isn't really blocked by this. For the bug, there is an easy work-around: just create a file no_subwcrev, or avoid paths with spaces in them. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11027] Implement sectionxform in configparser
Łukasz Langa luk...@langa.pl added the comment: Kunjesh, first of all many thanks for your feedback! A bit of advice, though. I have myself made the mistake of calling features I personally want as often needed. The reality is that they are not often needed if they weren't reported before. While the current behaviour is not intuitive and probably unwelcome, it's hardly a bug if it has been that way for 15 years now. At one point I had `sectionxform` implemented for configparser 3.2 but it made the source less readable. Then I thought about what Raymond taught me: is this a feature that follows a real use case? I concluded it didn't so I left it out. That being said, your report proves that such functionality would be welcome. I checked and ConfigObj does strip whitespace from section names, too. Nevertheless, in my opinion that's a feature request that only applies to Python 3.3. Your patches are for 2.7. Let me elaborate a bit on a broader issue: configparser as of 3.2 still has only limited ability to write configuration files back (it strips whitespace and comments between options, option names get xformed). I want to fix that for 3.3 so the file can be altered and written back with only minimal changes. `optionxform` already gets in the way, `sectionxform` would too, if improperly implemented. Raymond, I would want to keep the regexes as raw as possible as to enable writing the file back with the whitespace preserved. That includes whitespace around the section name, if we are to support that. To conclude: I won't touch the regexes, I will implement `sectionxform` while implementing on-save whitespace and comment preservation for 3.3. -- keywords: -patch stage: - needs patch title: Allow spaces around section header in ConfigParser - Implement sectionxform in configparser ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11036] Allow multiple files in the description-file metadata
New submission from Gael Pasgrimaud g...@gawel.org: It can be usefull to allow more than one file in the description-file metadata so people can concatenate README and CHANGES file. -- assignee: tarek components: Distutils2 messages: 127272 nosy: eric.araujo, gawel, tarek priority: normal severity: normal status: open title: Allow multiple files in the description-file metadata type: feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11036 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10940] IDLE 3.2 hangs with Cmd-M hotkey on OS X 10.6 with 64-bit installer and A/S Tk 8.5
Georg Brandl ge...@python.org added the comment: Why don't we just remove IDLE... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10940 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11037] How distutils2 handle namespaces
New submission from Sebastien Douche sdou...@gmail.com: Namespace is very useful. In my company, we use a root namespace (sact.*) and a sub-namespace for each big project (sact.nevrax.*, sact.storage.*). -- assignee: tarek components: Distutils2 messages: 127274 nosy: eric.araujo, sdouche, tarek priority: normal severity: normal status: open title: How distutils2 handle namespaces ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11037 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10940] IDLE 3.2 hangs with Cmd-M hotkey on OS X 10.6 with 64-bit installer and A/S Tk 8.5
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: Ned, I agree with your idea to knock-out the three problematic hot-kye combinations. Georg, your solution is too radical and would do more harm than good. I've been getting excellent use out of Py3.2's IDLE and I expect to use it as a teaching aid in some upcoming classes on advanced Python. The loss of IDLE would be felt most actutely by beginners who don't necessarily have good alternatives. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10940 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11034] Build problem on Windows with MSVC++ Express 2008
Martin gzl...@googlemail.com added the comment: Eli, was just answering your question about why this didn't fail for other people. Try the attached patch to see if it fixes the problem for you. -- keywords: +patch Added file: http://bugs.python.org/file20571/issue11034.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11038] Some commands should stop if Name and Version are missing
New submission from Gael Pasgrimaud g...@gawel.org: distutils2 commands should stop if at least Name and Version metadatas are not provided in setup.cfg For now you'll get a UNKNOWN-UNKNOWN.tar.gz -- assignee: tarek components: Distutils2 messages: 127277 nosy: eric.araujo, gawel, tarek priority: normal severity: normal status: open title: Some commands should stop if Name and Version are missing type: feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11038 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11027] Implement sectionxform in configparser
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: My recommendation wasn't to change the regexes. Instead, I recommended documenting how to override them in a subclass. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11027] Implement sectionxform in configparser
Łukasz Langa luk...@langa.pl added the comment: Sure, that I can do right away. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11034] Build problem on Windows with MSVC++ Express 2008
Martin gzl...@googlemail.com added the comment: ...and this apparently came up on the mailinglist as well with Prasun providing nearly exactly the same patch: http://mail.python.org/pipermail/python-dev/2011-January/107599.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10940] IDLE 3.2 hangs with Cmd-M hotkey on OS X 10.6 with 64-bit installer and A/S Tk 8.5
Georg Brandl ge...@python.org added the comment: I was just kidding (but I wish I weren't). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10940 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11027] Implement sectionxform in configparser
Kunjesh Kaushik kunjesh.kaus...@gmail.com added the comment: Very well, then. I would rely on sub-classing for now. The patch would work for me as I am only reading configuration. :) And yes, I wouldn't deny the personal bias anyway. Thanks a lot for all your help, folks. Keep up the good work! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6203] 3.x locale does not default to C, contrary to the documentation and to 2.x behavior
Marc-Andre Lemburg m...@egenix.com added the comment: Martin v. Löwis wrote: Martin v. Löwis mar...@v.loewis.de added the comment: An clean alternative would be adding LC_* variable parsing code to Python to avoid the setlocale() call altogether. That would be highly non-portable, and repeat the mistakes of getdefaultlocale. You say that often, but I don't really know why. It's certainly portable between various Unix platforms, perhaps not Windows, but then i18n on Windows is a different story altogether. BTW: For Windows, you can adjust setlocale() to work thread-based using: _configthreadlocale() (http://msdn.microsoft.com/de-de/library/26c0tb7x(v=vs.80).aspx) Perhaps we ought to expose this in _locale and use it in getdefaultlocal() on Windows to query the locale settings via the pseudocode I posted. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6203 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11039] Use of 'L' specifier is inconsistent when printing long integers
New submission from Konstantin Osipov kostja.osi...@gmail.com: I'm using a 64 bit system, but the issue is as well repeatable on 32 bit systems: kostja@shmita:~$ python Python 2.6.5 (r265:79063, Apr 16 2010, 13:57:41) [GCC 4.4.3] on linux2 Type help, copyright, credits or license for more information. 0x 18446744073709551615L [0x] [18446744073709551615L] str(0x) '18446744073709551615' str([0x]) '[18446744073709551615L]' Notice the 'L' specifier disappears when creating a string from an integer. I.e. depending on conversion order, 'L' specifier is present or absent in the resulting string representation. I don't know the reason why 'L' specifier is necessary at all when printing integers, rather, I'd say it's very harmful, because makes Python program platform-dependent (since int is mapped to C long, 32-bit systems print 'L' where 64-bit systems don't), but please at least make the output consistent! Thanks, -- kostja -- components: None messages: 127284 nosy: kostja priority: normal severity: normal status: open title: Use of 'L' specifier is inconsistent when printing long integers versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11039 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11040] After registering a project to PyPI, classifiers fields aren't displayed.
New submission from Julien Miotte miotte.jul...@gmail.com: When I register a project with a setup.cfg with the following classifiers: classifier = Development Status :: 3 - Alpha License :: OSI Approved :: GNU General Public License (GPL) Environment :: X11 Applications :: Qt And using the command: $ python -m distutils2.run register I can't find the classifiers on the PyPI project page, althought they can be found in the PKG-INFO generated by the 'sdist' command. -- assignee: tarek components: Distutils2 messages: 127285 nosy: Julien.Miotte, eric.araujo, tarek, tarek-ziade priority: normal severity: normal status: open title: After registering a project to PyPI, classifiers fields aren't displayed. versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11040 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11040] After registering a project to PyPI, classifiers fields aren't displayed.
Changes by Julien Miotte miotte.jul...@gmail.com: -- type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11040 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11034] Build problem on Windows with MSVC++ Express 2008
Eli Bendersky eli...@gmail.com added the comment: Martin, the patch fixed the problem for me and the code looks good. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11041] On the distutils2 documentation, 'requires-python' shouldn't be documented as *multi
New submission from Julien Miotte miotte.jul...@gmail.com: On the documentation page: http://distutils2.notmyidea.org/setupcfg.html, one can read : # requires-python: Specifies the Python version the distribution requires. The value is a version number, as described in PEP 345. *optional *multi *environ This is not consistant with the PEP 345 (http://www.python.org/dev/peps/pep-0345/#requires-python), which doesn't specify that this field is of multiple use. Distutils's behaviour on this matter is consistent with the PEP thought, so there's only need to remove the *multi in the documentation. -- assignee: tarek components: Distutils2 messages: 127287 nosy: Julien.Miotte, eric.araujo, tarek, tarek-ziade priority: normal severity: normal status: open title: On the distutils2 documentation, 'requires-python' shouldn't be documented as *multi ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11041 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11042] [PyPI CSS] Adding project urls onto a project page using register, apparition of an overhead over the title
New submission from Julien Miotte miotte.jul...@gmail.com: When adding project urls onto a PyPI project page using the following setup.cfg extract: project_url = Source repository,https://github.com/mike-perdide/qGitFilterBranch And then registering the project with: python -m distutils2.run register Causes a not-so-nice overhead to appear just above the project title. Can be seen in http://pypi.python.org/pypi/qGitFilterBranch/0.9. -- assignee: tarek components: Distutils2 messages: 127288 nosy: Julien.Miotte, eric.araujo, tarek, tarek-ziade priority: normal severity: normal status: open title: [PyPI CSS] Adding project urls onto a project page using register, apparition of an overhead over the title ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11042 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11043] On GNU/Linux (Ubuntu) distutils2.mkcfg shouldn't create an executable setup.cfg
New submission from Julien Miotte miotte.jul...@gmail.com: When using the command: $ python -m distutils2.mkcfg To create a new setup.cfg, the resulting setup.cfg has the following permissions: -rwxr-xr-x 1 mike mike 151 2011-01-28 12:47 setup.cfg* I think the permissions should be 644 -- assignee: tarek components: Distutils2 messages: 127289 nosy: Julien.Miotte, eric.araujo, tarek, tarek-ziade priority: normal severity: normal status: open title: On GNU/Linux (Ubuntu) distutils2.mkcfg shouldn't create an executable setup.cfg versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11043 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11027] Implement sectionxform in configparser
Changes by Łukasz Langa luk...@langa.pl: -- Removed message: http://bugs.python.org/msg127279 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11027] Implement sectionxform in configparser
Łukasz Langa luk...@langa.pl added the comment: Documentation updated in r88220. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11044] The description-file isn't handled by distutils2
New submission from Julien Miotte miotte.jul...@gmail.com: When using the description-file field with a README.txt, and then using the 'sdist' command, the generated PKG-INFO file will contain: Description: UNKNOWN Note: when using the description field with a simple string, the generated PKG-INFO file will contain the correct string. -- assignee: tarek components: Distutils2 messages: 127291 nosy: Julien.Miotte, eric.araujo, tarek, tarek-ziade priority: normal severity: normal status: open title: The description-file isn't handled by distutils2 versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11044 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11032] _string: formatter_field_name_split() and formatter_parser doesn't check input type
Eric Smith e...@trueblade.com added the comment: The patch looks good to me. I've added some more tests to cover some corner cases. Go ahead and commit it. -- Added file: http://bugs.python.org/file20572/_string0.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11032 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10882] Add os.sendfile()
Ross Lagerwall rosslagerw...@gmail.com added the comment: Attached is a new sendfile patch which fixes the issue with FreeBSD (and Mac OS X DragonFly BSD from what I can see). With regards to anacrolix's request, I think what Martin said in msg126049. i.e. if we want to provide a unifying layer on top of sendfile we can, but this should just expose sendfile() as is. -- Added file: http://bugs.python.org/file20573/sendfile_v3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10882 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11039] Use of 'L' specifier is inconsistent when printing long integers
Eric Smith e...@trueblade.com added the comment: There is no suffix in python 3.x. Since this is a feature request, and there will be no new releases of 2.x, I'm closing this. -- nosy: +eric.smith resolution: - rejected stage: - committed/rejected status: open - closed type: - feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11039 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11035] Segmentation fault
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: I don't reproduce the issue. Could you run python under gdb and give us the C backtrace? -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11035] Segmentation fault
Dmitry Groshev lambdadmi...@gmail.com added the comment: I've changed gevent.wsgi server to gevent.pywsgi and it works as expected. Now I switched it back to gevent.wsgi and it doesn't crash too! That's strange, but I understand that you can't fix it without normal backtrace. I'm sorry for the inconvenience. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11015] Bring test.support docs up to date
Eli Bendersky eli...@gmail.com added the comment: Nick, agreed regarding verbose. Somehow I didn't think it would be used in other modules like that, and only looked in regrtest where I didn't see anything meaningful about verbose not being binary. It's a good thing to document it, then :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11015 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11015] Bring test.support docs up to date
Changes by Eli Bendersky eli...@gmail.com: Removed file: http://bugs.python.org/file20564/issue11015.py3k.1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11015 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11039] Use of 'L' specifier is inconsistent when printing long integers
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Python objects can have two textual representations: see the difference between str() and repr(): http://docs.python.org/tutorial/inputoutput.html And indeed, Python3 chose to drop the 'L' suffix. -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11039 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10882] Add os.sendfile()
Giampaolo Rodola' g.rod...@gmail.com added the comment: Could you please also add support for offset argument on Linux? Also, headers, trailers and flags could be turned in keyword args for simplicity. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10882 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11045] shutil._make_tarball
New submission from Tarek Ziadé ziade.ta...@gmail.com: This line : logger.info(creating %s % archive_dir) should check that logger is not None before being called.. -- assignee: tarek components: Library (Lib) messages: 127300 nosy: tarek priority: high severity: normal status: open title: shutil._make_tarball type: behavior versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11045] shutil._make_tarball
Tarek Ziadé ziade.ta...@gmail.com added the comment: will fix + write patch -- stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11045] shutil._make_tarball
Kelsey kelsey.highto...@gmail.com added the comment: Adding stacktrace to ticket -- nosy: +kelseyhightower Added file: http://bugs.python.org/file20574/distutils2_logger.info_bug.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9124] Mailbox module should use binary I/O, not text I/O
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment: After cloning branches/py3k (i now have three different detached repo snakes in my arena (2.7,3.1,py3k), by the way - not bad for a greenhorn, huh?). I've applied RDMs patch from msg127245. Note: the test mails are *malformed*! Stuff in brackets are my error messages, rest is str(ex). 1. Single Latin-1 character in From: (00F6;LATIN SMALL LETTER O WITH DIAERESIS): [ERROR: failed to handle box /Users/steffen/tmp/au.latin1:] expected string or buffer 2. Whatever-Encoding in Subject: (see example 2 below): [PANIC: Box source-changes.mdir: message-add failed, mails may be lost:] 'ascii' codec can't encode character '\ufffd' in position 8: ordinal not in range(128) Here are two stripped header fields pasted in an UTF-8 environment: From: SAJATNAPTAR.COM i...@sajatnaptar.com$ Subject: Falinaptár ingyenes házhozszállítással. Már rendeltél? Olvass el! From: Syria Trade Center : no-re...@syriatc.com$ Subject: ÅÝÊÊÇÍ ÇáãßÊÈ ÇáÑÆíÓí ááãÑßÒ - æÊÞæíã 2011 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9124 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11046] darwin/MacOS X setup.py hack
New submission from Steffen Daode Nurpmeso sdao...@googlemail.com: I always hated GNU Autoconf and M4. After cloning branches/py3k today i needed two and a half hour to build and compile a Python which includes the readline module. I'll attach a primitive setup.py patch which should better not make it into a release version ... Some more notes on the compilation: Snow Leopard here has SDK's 10.5 and 10.6. I did not understand what was going on, configure does everything to explain me it is using (nonexistent) 10.4. The configure script is checking for OSX 10.5 SDK or later... yes but that doesn't seem to matter. I gave up on hacking (the anyway generated) configure (around line 5532), no matter what i do, i still get CONFIGURE_MACOSX_DEPLOYMENT_TARGET='10.4' Damn! Ooh, Ooh, how nice are plain Makefiles and small-team projects. -- components: Build files: DIFF messages: 127304 nosy: sdaoden priority: normal severity: normal status: open title: darwin/MacOS X setup.py hack versions: Python 3.2 Added file: http://bugs.python.org/file20575/DIFF ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11046 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9124] Mailbox module should use binary I/O, not text I/O
R. David Murray rdmur...@bitdance.com added the comment: Steffen: thanks for testing. Do those error messages have tracebacks? Can you post them? Can you post example messages and a short program that demonstrates the problem? I'm going to be creating some non-ascii test cases, but any additional info you can provide will give me a leg up on that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9124 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10148] st_mtime differs after shutil.copy2
Peter p.j.a.c...@googlemail.com added the comment: I'm also seeing this on 32bit Windows XP using Python 3.1.2, and Python 3.2rc1 on a local NTFS filesystem. e.g. from os.stat(filename).st_mtime after using shutil.copy2(...) 1293634856.1402586 source 1293634856.1402581 copied I've been using shutil.copy2 then expecting st_mtime will be equal (or at least that the copy file will be newer than the original). As you can see in this case, the copy is sometimes a fraction older. The same issue occurs using shutil.copy then shutils.copystat (probably not a surprise). -- nosy: +maubp ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10148 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11029] Crash, 2.7.1, Tkinter and threads and line drawing
Scott M scott.m...@comcast.net added the comment: OK, now all calls to Tkinter are funneled to a single thread, through a queue. (Technically there are two threads in Tkinter - one is parked in .mainloop(), the other makes a call to Canvas.create_line and a call to Label.config.) Different crash, but still a crash. This one seems to be mostly consistent; see below and new attached code. If you're going to tell me that Tkinter simply can never be called by any thread other than the one animating mainloop - in other words, Tkinter calls are only safe within Tkinter callbacks like a Button's command function - then please suggest an alternative library that is sturdier. There's nothing I can do about the fact that multiple threads produce independent data that has to go onto a single graph. Exception in thread Thread-1: Traceback (most recent call last): File C:\Python27\lib\threading.py, line 530, in __bootstrap_inner self.run() File C:\Documents and Settings\mayos\Desktop\PMT2\MyProjects\TkinterCrash.py, line 68, in run self.graph.create_line(element[0], element[1], element[2], element[3]) File C:\Python27\lib\lib-tk\Tkinter.py, line 2201, in create_line return self._create('line', args, kw) File C:\Python27\lib\lib-tk\Tkinter.py, line 2189, in _create *(args + self._options(cnf, kw ValueError: invalid literal for int() with base 10: 'None' But once I got: Exception in thread Thread-1: Traceback (most recent call last): File C:\Python27\lib\threading.py, line 530, in __bootstrap_inner self.run() File C:\Documents and Settings\mayos\Desktop\PMT2\MyProjects\TkinterCrash2.py, line 68, in run self.graph.create_line(element[0], element[1], element[2], element[3]) File C:\Python27\lib\lib-tk\Tkinter.py, line 2201, in create_line return self._create('line', args, kw) File C:\Python27\lib\lib-tk\Tkinter.py, line 2189, in _create *(args + self._options(cnf, kw TclError: can not find channel named Nonefile13cad48 -- Added file: http://bugs.python.org/file20576/TkinterCrash2.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11029 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11046] darwin/MacOS X setup.py hack
R. David Murray rdmur...@bitdance.com added the comment: The OSX build process is...hairy. Windows likewise (because you have to use MS tools). Elsewhere, it is pretty straightforward :) The 10.4 deployment target is the one we want. You can build for a 10.4 deployment target even if you are using a later SDK (IIUC). More that that I don't know, but I'm adding our Mac experts to the nosy list in case there is something here that's useful, and so they can correct me if I'm wrong :) There should probably be more notes about this in the Mac/README. -- assignee: - ronaldoussoren components: +Macintosh nosy: +ned.deily, r.david.murray, ronaldoussoren ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11046 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9124] Mailbox module should use binary I/O, not text I/O
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment: Indeed i tried to create tracebacks (even with import traceback), but these all end up in my code (and all the time). I have not yet figured out how to create tracebacks which leave my code and reach the source, which surely must be somewhere in email/ - even with the -d command line switch. Wait a bit for the rest - i would indeed post my halfway-thought-through-and-developed S-Postman if you would ask for it. It however simply uses the email package (mailbox,email,FeedParser) and is a 30KB thing with config-file parsing etc.. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9124 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11022] locale.setlocale() doesn't change I/O codec, os.environ does
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- title: locale.setlocale() doesn't change I/O codec, os.environ - locale.setlocale() doesn't change I/O codec, os.environ does ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11022 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6203] 3.x locale does not default to C, contrary to the documentation and to 2.x behavior
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- title: 3.x locale does not default to C,contrary to the documentation and to 2.x behavior - 3.x locale does not default to C, contrary to the documentation and to 2.x behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6203 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9124] Mailbox module should use binary I/O, not text I/O
R. David Murray rdmur...@bitdance.com added the comment: I don't see those error messages in the mailbox source. I'm guess your application isn trapping the errors in a try/except. In that case, just do a bare 'raise' in the except clause, and you should get the full traceback. I'm sure I'll discover problems just using your simple examples. Likely your full code would be more of a distraction than a help, unless we end up in a situation where I've fixed all the bugs I can find and you are still having problems. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9124 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10845] test_multiprocessing failure under Windows
Nick Coghlan ncogh...@gmail.com added the comment: There isn't really much -m test can do to flag this - multiprocessing is making assumptions about the meaning of __file__ that may be flat out invalid when -m is used to execute the main module. Fixing that properly is going to require a PEP so the interpreter preserves the information that multiprocessing needs in order to spawn the child process correctly on Windows. (I already have that on my personal todo list for 3.3) I'm not sure what to do for 3.2. We could comment out the assert, since that will be slightly less broken than the current total failure (it will still be slightly broken, though). -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10845 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11046] darwin/MacOS X setup.py hack
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment: Ok, thanks. Mac/README is not for me, though, i'm only a simple Ex-FreeBSD user which buyed good hardware with the wrong operating system. All these mysterious frameworks and AvailabilityMacros.h really make you weird ;-) There are indeed frameworks (AU - speak this as if it hurts!) which tell you something in an event handler and after that returns they will have forgotten it. Etc. Nope, i'm doing the UNIX thing. But it's worse now, because after i've only using ./configure --prefix=$HOME/usr --with-suffix=no (without --pydebug, that was an error of mine) i can't compile it no more at all, because of: Failed to build these modules: _multiprocessing And now i would *really* appreciate any help i can get. (Thank all of you right now, i'm offline for next hours...) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11046 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10148] st_mtime differs after shutil.copy2
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10148 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9124] Mailbox module should use binary I/O, not text I/O
Changes by A.M. Kuchling li...@amk.ca: -- nosy: -akuchling ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9124 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9124] Mailbox module should use binary I/O, not text I/O
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment: You're indeed right, i've overseen a try..catch! I'll even be able to give you some fast code hints now (and i'll be offline the next few hours - the mails are simply mails with illegal charsets, say): Traceback (most recent call last): File /Users/steffen/tmp/y/s-postman.py, line 1098, in module sys.exit(main()) File /Users/steffen/tmp/y/s-postman.py, line 1088, in main xclass = xclass() # Impl. class chosen upon commline args File /Users/steffen/tmp/y/s-postman.py, line 951, in __init__ self._walk() def _walk(self): verb(--dispatch: starting iteration over input boxes) for b, t in _Dispatch_Boxes: box = open_mailbox(b, type=t, create=False) try: self._do_box(box) except Exception as e: raise File /Users/steffen/tmp/y/s-postman.py, line 958, in _walk self._do_box(box) def _do_box(self, box): cnt = len(box) log(* Box contains , cnt, messages) for nr in range(cnt): log( * Dispatching message , nr+1) msg = box.get_message(nr) Ticket.process_msg(msg) log( @ Dispatched , cnt, messages, finished box) File /Users/steffen/tmp/y/s-postman.py, line 982, in _do_box Ticket.process_msg(msg) @staticmethod def process_msg(msg): ticket = Ticket(msg) (match, ruleset, to_box) = Ruleset.dispatch_ticket(ticket) if not match: to_box.add_ticket(ticket) return splitter = to_box.get_archive_splitter() if not splitter or config.get_keep_archives(): to_box.add_ticket(ticket) return log(@ Treating ticket , ticket._id, as archive, splitting) for msg in splitter(msg): ticket = Ticket(msg) to_box.add_ticket(ticket) File /Users/steffen/tmp/y/s-postman.py, line 898, in process_msg to_box.add_ticket(ticket) def add_ticket(self, ticket, ignore_errors=False): efun = panic if ignore_errors: efun = error log(@ Saving ticket , ticket.get_id(), in \, self._ident, \) mbox = self._mailbox if not mbox: mbox = os.path.join(config.get_folder(), self._path) mbox = open_mailbox(mbox, type=self._type, create=True) self._mailbox = mbox try: mbox.lock() except Exception as e: efun(Could not gain mailbox lock!) try: mbox.add(ticket.get_msg()) mbox.flush() except Exception as e: #efun(Box , self._ident, # : message-add failed, , # mails may be lost: , str(e)) raise File /Users/steffen/tmp/y/s-postman.py, line 680, in add_ticket mbox.add(ticket.get_msg()) File /Users/steffen/usr/lib/python3.2/mailbox.py, line 259, in add self._dump_message(message, tmp_file) File /Users/steffen/usr/lib/python3.2/mailbox.py, line 205, in _dump_message gen.flatten(message) File /Users/steffen/usr/lib/python3.2/email/generator.py, line 88, in flatten self._write(msg) File /Users/steffen/usr/lib/python3.2/email/generator.py, line 141, in _write self._write_headers(msg) File /Users/steffen/usr/lib/python3.2/email/generator.py, line 372, in _write_headers header_name=h) File /Users/steffen/usr/lib/python3.2/email/header.py, line 197, in __init__ self.append(s, charset, errors) File /Users/steffen/usr/lib/python3.2/email/header.py, line 275, in append s.encode(output_charset, errors) UnicodeEncodeError: 'ascii' codec can't encode character '\ufffd' in position 8: ordinal not in range(128) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9124 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11046] darwin/MacOS X setup.py hack
Ronald Oussoren ronaldousso...@mac.com added the comment: Use: configure ...[other args]... MACOSX_DEPLOYMENT_TARGET=10.5 (or 10.6 when you're on a 10.6 system) This will build using the deployment target you mention, and will automaticly include the readline module using Apple's compatiblity wrapper around libedit. To use GNU's readline you have to install that first and arrange for that to be on the search path (for example by installing into /usr/local). BTW. Mac/README is for you, you are on OSX after all and that file explains a lot of the mac-specific issues w.r.t. building. Feel free to suggest additions to that file, I'm way to much at home on OSX and with the build process to truly know what a new user on OSX would like to see mentioned in that file. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11046 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1294232] Error in metaclass search order
Daniel Urban urban.dani...@gmail.com added the comment: It seems, that this possible problem already came up when __build_class__ got implemented, see issue1681101. The second and third version of the patch at this issue (file7874 and file7875) contains a comment: XXX Should we do the winner calculation here?. But the next version, which contains the C implementation of __build_class__ still uses simply the first base. The winner calculation probably refers to the algorithm determining the proper metaclass in lines 1950-1976 of typeobject.c (in type_new). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1294232 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11029] Crash, 2.7.1, Tkinter and threads and line drawing
Scott M scott.m...@comcast.net added the comment: Alright. More digging turned up the Tkinter after function, aka WM_TIMER for Windowy people like me, and that plus a nonblocking queue get() gets all my drawing operations back into the mainLoop() thread. Voilà, no more crashes. Let me suggest that page one, sentence one of any Tkinter documentation should begin Tkinter is not thread safe, with a link to an example of after() and nonblocking get(). I've changed the component to Documentation. This would save a few days for poor sods like me -- I'm used to low level Windows C++ GUI work, where any thread can call any SDK function at any time, and Windows sorts it all out. Having to force everything into a single thread, and then poll for my data (*GAG*), is something I thought died in the 80's. Is anyone looking at thread safe GUI libraries? -- assignee: - docs@python components: +Documentation -Tkinter nosy: +docs@python ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11029 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11047] Bad description for a change
New submission from Oren Held o...@held.org.il: In the what's new in 2.7, there is some mistake in the description of issue 7902. 7902, afaik, disables the fallback to absolute import, when requesting a relative import fails. If I got it right, the description states the opposite. -- assignee: docs@python components: Documentation files: whatsnew_issue_7902_fix.patch keywords: patch messages: 127317 nosy: Oren_Held, docs@python priority: normal severity: normal status: open title: Bad description for a change versions: Python 2.7 Added file: http://bugs.python.org/file20577/whatsnew_issue_7902_fix.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11047 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11048] import ctypes causes segfault on read-only filesystem
New submission from Pavel Labushev p.labus...@gmail.com: import ctypes causes segfault on read-only filesystem This regression was introduced in python-2.6.6 and exists in all the later versions. To reproduce run python -c import ctypes on read-only filesystem: (gdb) file python3.2 Reading symbols from /usr/bin/python3.2...done. (gdb) run -c import ctypes Starting program: /usr/bin/python3.2 -c import ctypes [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0xb7af605c in CThunkObject_dealloc (_self=0xb7b35344) at /var/tmp/portage/dev-lang/python-3.2_pre20110123/work/python-3.2_pre20110123/Modules/_ctypes/callbacks.c:18 18 /var/tmp/portage/dev-lang/python-3.2_pre20110123/work/python-3.2_pre20110123/Modules/_ctypes/callbacks.c: No such file or directory. in /var/tmp/portage/dev-lang/python-3.2_pre20110123/work/python-3.2_pre20110123/Modules/_ctypes/callbacks.c (gdb) bt #0 0xb7af605c in CThunkObject_dealloc (_self=0xb7b35344) at /var/tmp/portage/dev-lang/python-3.2_pre20110123/work/python-3.2_pre20110123/Modules/_ctypes/callbacks.c:18 #1 0xb7af63b4 in _ctypes_alloc_callback (callable=0xb7b10bec, converters=0xb7c4e02c, restype=0xb810c544, flags=257) at /var/tmp/portage/dev-lang/python-3.2_pre20110123/work/python-3.2_pre20110123/Modules/_ctypes/callbacks.c:439 #2 0xb7af1f57 in PyCFuncPtr_new (type=0xb810b0bc, args=0xb7b3618c, kwds=0x0) at /var/tmp/portage/dev-lang/python-3.2_pre20110123/work/python-3.2_pre20110123/Modules/_ctypes/_ctypes.c:3339 #3 0xb7ea2355 in type_call (type=0xb810b0bc, args=0xb7b3618c, kwds=0x0) at Objects/typeobject.c:676 #4 0xb7e4f34e in PyObject_Call (func=0xb810b0bc, arg=0xb7b3618c, kw=0x0) at Objects/abstract.c:2149 #5 0xb7eedee3 in do_call (f=0xb80fdb44, throwflag=0) at Python/ceval.c:4095 #6 call_function (f=0xb80fdb44, throwflag=0) at Python/ceval.c:3898 #7 PyEval_EvalFrameEx (f=0xb80fdb44, throwflag=0) at Python/ceval.c:2673 #8 0xb7ef0639 in PyEval_EvalCodeEx (_co=0xb7b159d0, globals=0xb7bf40b4, locals=0xb7bf40b4, args=0x0, argcount=0, kws=0x0, kwcount=0, defs=0x0, defcount=0, kwdefs=0x0, closure=0x0) at Python/ceval.c:3311 #9 0xb7ef08b6 in PyEval_EvalCode (co=0xb7b159d0, globals=0xb7bf40b4, locals=0xb7bf40b4) at Python/ceval.c:761 #10 0xb7f0121c in PyImport_ExecCodeModuleWithPathnames (name=0xbfffd9fb ctypes, co=0xb7b159d0, pathname=0xbfffa89b /usr/lib/python3.2/ctypes/__pycache__/__init__.cpython-32.pyc, cpathname=0xbfffa89b /usr/lib/python3.2/ctypes/__pycache__/__init__.cpython-32.pyc) at Python/import.c:809 #11 0xb7f03ce8 in load_source_module (name=value optimized out, pathname=value optimized out, fp=0xb8020b28) at Python/import.c:1339 #12 0xb7f044f8 in load_package (name=value optimized out, pathname=value optimized out) at Python/import.c:1435 #13 0xb7f04da7 in import_submodule (mod=value optimized out, subname=value optimized out, fullname=0xbfffd9fb ctypes) at Python/import.c:2894 #14 0xb7f050b4 in load_next (mod=value optimized out, altmod=value optimized out, p_name=0xbfffd9ec, buf=0xbfffd9fb ctypes, p_buflen=0xbfffd9f4) at Python/import.c:2706 #15 0xb7f05774 in import_module_level (name=0x0, globals=value optimized out, locals=0xb7c2035c, fromlist=0xb7f98ca0, level=0) at Python/import.c:2422 #16 0xb7f05d14 in PyImport_ImportModuleLevel (name=0xb7c0f8e8 ctypes, globals=0xb7c2035c, locals=0xb7c2035c, fromlist=0xb7f98ca0, level=0) at Python/import.c:2474 #17 0xb7ee73c1 in builtin___import__ (self=0xb7c6726c, args=0xb7c7b9bc, kwds=0x0) at Python/bltinmodule.c:168 #18 0xb7e907fe in PyCFunction_Call (func=0xb7c6730c, arg=0xb7c7b9bc, kw=0xb7b35344) at Objects/methodobject.c:84 #19 0xb7e4f34e in PyObject_Call (func=0xb7c6730c, arg=0xb7c7b9bc, kw=0x0) at Objects/abstract.c:2149 #20 0xb7ee802f in PyEval_CallObjectWithKeywords (func=0xb7c6730c, arg=0xb7c7b9bc, kw=0x0) at Python/ceval.c:3755 #21 0xb7eec962 in PyEval_EvalFrameEx (f=0xb8072564, throwflag=0) at Python/ceval.c:2332 #22 0xb7ef0639 in PyEval_EvalCodeEx (_co=0xb7bdb7f0, globals=0xb7c2035c, locals=0xb7c2035c, args=0x0, argcount=0, kws=0x0, kwcount=0, defs=0x0, defcount=0, kwdefs=0x0, closure=0x0) at Python/ceval.c:3311 #23 0xb7ef08b6 in PyEval_EvalCode (co=0xb7bdb7f0, globals=0xb7c2035c, locals=0xb7c2035c) at Python/ceval.c:761 #24 0xb7f0eabc in run_mod (mod=value optimized out, filename=value optimized out, globals=0xb7c2035c, locals=0xb7c2035c, flags=0xbfffefa8, arena=0xb8071030) at Python/pythonrun.c:1760 #25 0xb7f0edf9 in PyRun_StringFlags (str=0xb7bf5330 import ctypes\n, start=257, globals=0xb7c2035c, locals=0xb7c2035c, flags=0xbfffefa8) at Python/pythonrun.c:1694 #26 0xb7f11006 in PyRun_SimpleStringFlags (command=0xb7bf5330 import ctypes\n, flags=0xbfffefa8) at Python/pythonrun.c:1267 #27 0xb7f2477c in run_command (argc=3, argv=0xb8001018) at Modules/main.c:258 #28 Py_Main (argc=3, argv=0xb8001018) at Modules/main.c:647 #29 0xb7fffc4f in main (argc=3,
[issue11043] On GNU/Linux (Ubuntu) distutils2.mkcfg shouldn't create an executable setup.cfg
Éric Araujo mer...@netwok.org added the comment: Hello Julien, thanks for the bug reporting, that’s helpful. A few tips for better bug reports: 1) Setting the “Distutils2” component will automatically add Tarek and I to nosy, you don’t have to do it manually (especially when you find an obsolete user name for Tarek). 2) The “Versions” field is used to manage CPython releases; given that d2 is not in the CPython tree, the right value here is always 3rd party”. Including the OS and Python version in your report text is useful, though. We want to support 2.4-2.7 in d2 (and 3.x Really Soon Now™). 3) Always try to reproduce the bug with the latest version from bitbucket.org/tarek/distutils2 I borrowed the time machine and fixed that bug in 82c9a472e8b8, six days ago. :) -- assignee: tarek - eric.araujo nosy: -tarek-ziade resolution: - out of date stage: - committed/rejected status: open - closed versions: +3rd party -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11043 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7175] Define a standard location and API for configuration files
Éric Araujo mer...@netwok.org added the comment: The issue proved more complicated than expected, due to antics of Mac OS X and Windows Vista, so I set it aside for later. I intend to summarize all useful comments from the python-dev thread and bug reports comments and try to reach agreement for 3.3. -- assignee: - eric.araujo versions: +Python 3.3 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7175 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable
Changes by Giampaolo Rodola' g.rod...@gmail.com: -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3561 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11035] Segmentation fault
Brett Cannon br...@python.org added the comment: Closing as invalid since gevent seems to be the culprit of the segfault. -- nosy: +brett.cannon resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10977] Concrete object C API needs abstract path for subclasses of builtin types
Changes by Daniel Urban urban.dani...@gmail.com: -- nosy: +durban ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10977 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10947] imaplib: Internaldate2tuple and ParseFlags require (and latter returns) bytes arrays; should allow/return str
Changes by Joe Peterson j...@skyrush.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10947 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11049] add tests for test.support
New submission from Brett Cannon br...@python.org: It seems a little negligent that test.support has no tests. The test.test_support name is available in py3k and backporting issues to 2.7 shouldn't be a problem (rare chance something does happen it can be handling manually). There doesn't seem to be any reason not to make sure that proper unit testing is being done short of just laziness on our parts. And if this does occur it should probably be listed as an essential test in regrtest. -- components: Tests keywords: easy messages: 127322 nosy: brett.cannon, r.david.murray priority: normal severity: normal stage: needs patch status: open title: add tests for test.support versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11049 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11049] add tests for test.support
Brett Cannon br...@python.org added the comment: I should note that I am not suggesting that test.support suddenly be considered a module with a stable API that the public can use. Simply that we take the proper measures to make sure the code in there does what is expected. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11049 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9124] Mailbox module should use binary I/O, not text I/O
R. David Murray rdmur...@bitdance.com added the comment: What is the data type returned by your get_msg? I bet it is string, and email can't handle messages in string format that have non-ASCII characters (I'm adding an explicit error message for this). You either need to use a Message object, or, more likely in your case, change the return type of get_msg to be bytes. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9124 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6081] str.format_map()
Jason R. Coombs jar...@jaraco.com added the comment: Good work Eric. When I first heard of new string formatting, I was a little wary. The syntax to supply a dictionary of keyword replacements seemed awkward. It took me a while before I realized why it really bothered me. There's string formatting you can do with the old format operator (%) that you can't do with str.format. Here's an example. import random class MyDynamicObject: def __getitem__(self, name): return name + ' ' + str(random.randint(1,10)) print(%(foo)s % MyDynamicObject()) # works! print({foo}.format(**MyDynamicObject())) # can't do that because MyDynamicObject can't enumerate every possible kwparam As you can see, the % operator naturally accepts any object that responds to __getitem__ but .format requires that all keyword params be enumerated in advance. This limitation seems to me to be a serious problem to favoring .format over %. I frequently use % to format the properties of an object... and while it's true one can use myob.__dict__ or vars(myob) to get a dictionary of some of the values, that doesn't work for properties and other dynamic behavior. format_map addresses this shortcoming nicely. Thanks. -- nosy: +jaraco ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6081 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10882] Add os.sendfile()
Ross Lagerwall rosslagerw...@gmail.com added the comment: Attached is an updated patch that uses keyword arguments. Using an offset with Linux was always supported although I have cleaned up the documentation a bit to make that clearer. E.g. the following script sends part of a file over a socket (shows using an offset and None). This requires listening with a socket on the same computer on port 8001 (e.g. nc -l 8001). import os import socket with open(/tmp/test, wb) as fp: fp.write(btestdata\n * 100) cli = socket.socket(socket.AF_INET, socket.SOCK_STREAM) cli.connect(('localhost', 8010)) c = cli.fileno() f = os.open(/tmp/test, os.O_RDONLY) os.sendfile(c, f, 1, 7) # estdata cli.send(b\n\n) os.sendfile(c, f, None, 4) # test cli.send(b\n\n) os.sendfile(c, f, None, 4) # data cli.send(b\n\n) -- Added file: http://bugs.python.org/file20578/sendfile_v4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10882 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9124] Mailbox module should use binary I/O, not text I/O
R. David Murray rdmur...@bitdance.com added the comment: I'm updating the patch to contain a couple tests using non-ASCII. More are needed. Before this patch, one could process a file containing non-ASCII characters as text, and if your default encoding happened to be able to decode it, things would appear to more or less work. In real life doing this is most likely to produce mojibake. So the patch now rejects string input that contains non-ASCII characters with a helpful message about using bytes or Message input. Email doesn't handle messages in string format that contain non-ASCII characters, either (which, I think, was the source of the error Steffen encountered). This means that the string backward-compatibility is reduced to ascii-only messages. But if mailbox in py3 is being used successfully by anybody, it is most likely to be someone processing ascii only messages for some reason. -- Added file: http://bugs.python.org/file20579/mailbox3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9124 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9124] Mailbox module should use binary I/O, not text I/O
Changes by R. David Murray rdmur...@bitdance.com: Removed file: http://bugs.python.org/file20565/mailbox3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9124 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11024] imaplib: Time2Internaldate() returns localized strings
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Two nitpicks: 1. To avoid repetition, I would now define Mon2num as Mon2num = dict(zip(_month_names, range(1, 13))) 2. Please keep lines under 79 characters long. This does not seem important enough to push to RC2, but if you think otherwise please get RM approval. -- nosy: +belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11024 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10573] Consistency in unittest assert methods: order of actual, expected
Michael Foord mich...@voidspace.org.uk added the comment: Patch to docs and minor change to assertCountEqual to not use actual / expected internally. -- Added file: http://bugs.python.org/file20580/expected-actual.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10573 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11024] imaplib: Time2Internaldate() returns localized strings
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Also, isn't day supposed to be space- rather than 0- padded? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11024 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10573] Consistency in unittest assert methods: order of actual, expected
R. David Murray rdmur...@bitdance.com added the comment: Code patch looks good to me. Unittest tests pass. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10573 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10573] Consistency in unittest assert methods: order of actual, expected
Changes by Michael Foord mich...@voidspace.org.uk: -- resolution: - fixed stage: commit review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10573 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11048] import ctypes causes segfault on read-only filesystem
Daniel Urban urban.dani...@gmail.com added the comment: I cannot reproduce this with the current py3k branch (Ubuntu 10.04 32 bit). -- nosy: +durban type: - crash ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11048 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10990] tests mutating sys.gettrace() w/o re-instating previous state
Brett Cannon br...@python.org added the comment: Attached is a fixed copy of Kristian's patch; error in test_trace where self.settrace was being called. -- Added file: http://bugs.python.org/file20581/issue10990.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10990 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10990] tests mutating sys.gettrace() w/o re-instating previous state
Changes by Brett Cannon br...@python.org: Removed file: http://bugs.python.org/file20561/issue10990.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10990 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10990] tests mutating sys.gettrace() w/o re-instating previous state
Changes by Brett Cannon br...@python.org: Removed file: http://bugs.python.org/file20525/trace_fxn_protected.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10990 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11046] darwin/MacOS X setup.py hack
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment: Thank you, RO, exactly that very line would be great as an add-on for the mentioned file - and (better: but - i'm lazy) it would be even better if that hint would appear somewhere in 'configure --help'! That would make the apple glow. (In the meanwhile i've compiled Py3K without --pydebug - possibly the '10.6' - '10.5' hack did it, or i've forgotten a 'make distclean' in the hurry this afternoon; i will definitely remember 'MACOSX_DEPLOYMENT_TARGET=10.5', though!) After having the time to look back and think a second time about the patch which helped me out this morning, i've rewritten it in a more generic form. All lines which i would *definitely* change before a merge have been marked with 'STEFFEN HACK', but i think 'does_library_chainload_library()' may be worth throwing an eye on it. It's a bit of a hack, but it also encapsulates some difficulties of using different tools on different UNIX platforms. -- Added file: http://bugs.python.org/file20582/DIFF ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11046 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10882] Add os.sendfile()
Giampaolo Rodola' g.rod...@gmail.com added the comment: Copy *count* bytes from file descriptor *in* to file descriptor *out*, starting at *offset* and continuing for *count* bytes. The latter part is incorrect as it is not guaranteed that all bytes specified in count argument are going to be sent and it also sounds like the function is blocking. I'd change that in just Copy *count* bytes from file descriptor *in* to file descriptor *out*. Also, I'd be for using the BSD notation and rename the count argument to nbytes, which is more clear. Docstring should be changed to reflect the keyword arguments: - sendfile(out, in, offset, count, headers, trailers, flags)\n\ + sendfile(out, in, offset, count[, headers[, trailers], flags]]])\n\ Finally, tests for header and trailer arguments should be written. The rest of the patch looks ok to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10882 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com