[issue5497] openssl compileerror with original source
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp: I ported compile openssl without perl scheme into PC/VC6 from PCBuild. And I noticed openssl compilation fails with a message IDEA is disabled if I use original source code from openssl homepage. I hope attached patch will fix this. openssl's Configure seems to take options to exclude specific algorithms. I tested test_ssl, it seems working on my VC6. -- components: Build files: fix_openssl_compile_error.patch keywords: patch messages: 83660 nosy: ocean-city severity: normal status: open title: openssl compileerror with original source type: compile error versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1 Added file: http://bugs.python.org/file13347/fix_openssl_compile_error.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5497 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5494] Failure in test_httpservers on Linux
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: The SyntaxError show that you are running python version 2.x. Run testscript in verbose mode: $ sudo ./regrtest.py -v server.py Your sudo command is wrong: it should specify the path to the tested python executable, and not rely on the #! line in regrtest.py, which uses whatever python is installed on your machine. Probably something like sudo ../../python regrtest.py -v server.py -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5494 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4136] merge json library with latest simplejson 2.0.x
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: What needs to happen next for this patch to go forward? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2110] Implement __format__ for Decimal
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: Mark, this looks fine. Can you add support for PEP 378? -- assignee: rhettinger - marketdickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2110 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5139] Add combinatoric counting functions to the math module.
Changes by Raymond Hettinger rhettin...@users.sourceforge.net: -- priority: normal - low ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5494] Failure in test_httpservers on Linux
Changes by Amaury Forgeot d'Arc amaur...@gmail.com: -- resolution: - invalid status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5494 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3565] array documentation, method names not 3.0 compliant
Antoine Pitrou pit...@free.fr added the comment: Benjamin, do you think this should be fixed in 3.1? -- nosy: +benjamin.peterson, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3565 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2066] Adding new CNS11643, a *huge* charset, support in cjkcodecs
Marc-Andre Lemburg m...@egenix.com added the comment: On 2009-03-14 02:32, Antoine Pitrou wrote: Antoine Pitrou pit...@free.fr added the comment: Based on the feedback above, it seems this should be committed, shouldn't it? +1 As mentioned several times on the ticket: static C data is not really something to worry about these days. -- title: Adding new CNS11643, a *huge* charset, support in cjkcodecs - Adding new CNS11643, a *huge* charset,support in cjkcodecs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2066 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3565] array documentation, method names not 3.0 compliant
Benjamin Peterson benja...@python.org added the comment: It would be nice to deprecate the old names in 3.1 and remove them in 3.2, but I think it should get approval on python-dev. -- assignee: georg.brandl - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3565 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4749] Issue with RotatingFileHandler logging handler on Windows
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: Neyro, your problem is caused by having two handlers (a FileHandler and a RotatingFileHandler) pointing to the same file. Because of this, rollover fails (the file is still open because there is a handle open to it from the FileHandler). If you remove the FileHandler from the config file and re-run, things appear to work as expected. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4749 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5498] Can SGMLParser properly handle empty/ tags?
New submission from once-off once-...@mailinator.com: The attached script (sgml_error.py) was designed to output XML files unchanged, other than expanding empty/ tags into an opening and closing tag, such as empty/empty. It seems the SGMLParser class recognizes an empty tag, but does not emit the closing tag until the NEXT forward slash it sees. So everything from the forward slash in empty/ (even the closing angle bracket) until the next forward slash is considered to be textual data. See the following line output. Have I missed something here (like a conscious design limitation on the class, an error on my part, etc), or is this really a bug with the class? C:\Python24\Libpython sgmllib.py H:\input.xml start tag: root data: '\n ' start tag: tag1 end tag: /tag1 data: '\n ' start tag: tag2 data: '\n tag3hello' end tag: /tag2 data: 'tag3\n' end tag: /root C:\Python24\Libpython ActivePython 2.4.3 Build 12 (ActiveState Software Inc.) based on Python 2.4.3 (#69, Apr 11 2006, 15:32:42) [MSC v.1310 32 bit (Intel)] on win32 Type help, copyright, credits or license for more information. import sgml_error Input: root tag1/tag1 tag2/ tag3hello/tag3 /root Output: root tag1/tag1 tag2 tag3hello/tag2tag3 /root Expected: root tag1/tag1 tag2/tag2 tag3hello/tag3 /root -- components: Extension Modules, Library (Lib), XML files: sgml_error.py messages: 83667 nosy: once-off severity: normal status: open title: Can SGMLParser properly handle empty/ tags? type: behavior versions: 3rd party, Python 2.4, Python 2.5 Added file: http://bugs.python.org/file13348/sgml_error.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5498 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2066] Adding new CNS11643, a *huge* charset, support in cjkcodecs
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2066 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3446] center, ljust and rjust are inconsistent with unicode parameters
STINNER Victor victor.stin...@haypocalc.com added the comment: About Python3, bytes.center accepts unicode as second argument, which is an error for me: bx.center(5, b\xe9) b'\xe9\xe9x\xe9\xe9' bx.center(5, \xe9) b'\xe9\xe9x\xe9\xe9' The second example must fail with a TypeError. str.center has the right behaviour: x.center(5, \xe9) 'ééxéé' x.center(5, b\xe9) TypeError: The fill character cannot be converted to Unicode -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3446 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3565] array documentation, method names not 3.0 compliant
Matt Giuca matt.gi...@gmail.com added the comment: Note that, irrespective of the changes to the library itself, the documentation is out of date since it still uses the old string/unicode nomenclature, rather than the new bytes/string. I have provided a separate documentation patch which should be applicable with relatively little fuss. (It's from August so it will probably conflict, but I can update it if necessary). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3565 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2066] Adding new CNS11643, a *huge* charset, support in cjkcodecs
Antoine Pitrou pit...@free.fr added the comment: Le mardi 17 mars 2009 à 10:56 +, Marc-Andre Lemburg a écrit : +1 As mentioned several times on the ticket: static C data is not really something to worry about these days. Well, I suggest that someone familiar with the codec-building machinery do the committing, in order to avoid mistakes :-) -- title: Adding new CNS11643, a *huge* charset, support in cjkcodecs - Adding new CNS11643, a *huge* charset, support in cjkcodecs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2066 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2066] Adding new CNS11643, a *huge* charset, support in cjkcodecs
Hye-Shik Chang hyes...@gmail.com added the comment: When I asked Taiwanese developers how often they use these character sets, it appeared that they are almost useless in the usual computing environment in Taiwan. This will only serve for a historical compatibility and literal standard compliance. I'm quite neutral in adding this into python without any user's request from Taiwan (I'm from South Korea :), but I can finish committing it with pleasure if you are still fond of the codec. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2066 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2170] rewrite of minidom.Node.normalize
R. David Murray rdmur...@bitdance.com added the comment: I checked the speed of the proposed patch, and found that it was definitely slower than the original code. So I took another look at the original, and refactored it in a different way: instead of moving the sibling relinking into a second pass, I changed to code to only relink siblings when a node is removed. The new patch passes all test, and is faster than the old code. I tested the timing both against the same small nested document I used in testNormalize2, and by running normalize on a 37K html document (a copy of the xml.dom.minidom chapter from the Library Reference): original code: testNormalize2: [2.5144219398498535, 2.5053589344024658, 2.5059471130371094] example.html: [44.641155958175659, 44.575434923171997, 44.996657133102417] original patch testNormalize2: [2.7070891857147217, 2.7012341022491455, 2.7003159523010254] example.html: [67.908604860305786, 68.088788986206055, 67.92288613319397] My patch testNormalize2: [2.4626028537750244, 2.4619381427764893, 2.4617609977722168] example.html: [22.780415058135986, 22.780103921890259, 22.721666097640991] IMO my refactoring is also easier to understand than either the old code or the proposed patch. Patch, including new test, is attached, and also pushed to bzr+ssh://bazaar.launchpad.net/~rdmurray/python/issue2170. -- versions: +Python 2.7, Python 3.0, Python 3.1 Added file: http://bugs.python.org/file13349/issue2170.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2066] Adding new CNS11643, a *huge* charset, support in cjkcodecs
Marc-Andre Lemburg m...@egenix.com added the comment: On 2009-03-17 13:30, Hye-Shik Chang wrote: Hye-Shik Chang hyes...@gmail.com added the comment: When I asked Taiwanese developers how often they use these character sets, it appeared that they are almost useless in the usual computing environment in Taiwan. This will only serve for a historical compatibility and literal standard compliance. I'm quite neutral in adding this into python without any user's request from Taiwan (I'm from South Korea :), but I can finish committing it with pleasure if you are still fond of the codec. If there's no user base for it, then we should not include it. I was under the impression that this charset is essential for the Taiwanese and Chinese (http://www.cns11643.gov.tw/). However, the wiki page http://en.wikipedia.org/wiki/CNS_11643 says In practice, variants of Big5 are de facto standard., so perhaps there's no real need for the codec after all. The German version of the wiki page mentions that CNS11643 is the legal standard charset, but not used much in practice because it needs 3 bytes per glyph instead of just 2 for Big5 variants. The Chinese version of the wiki page says more or less the same: http://translate.google.de/translate?hl=ensl=zh-TWu=http://zh.wikipedia.org/wiki/%25E5%259C%258B%25E5%25AE%25B6%25E6%25A8%2599%25E6%25BA%2596%25E4%25B8%25AD%25E6%2596%2587%25E4%25BA%25A4%25E6%258F%259B%25E7%25A2%25BCei=C52_SZepPJKTsAbw8PW5DQsa=Xoi=translateresnum=1ct=resultprev=/search%3Fq%3Dhttp://zh.wikipedia.org/wiki/%2525E5%25259C%25258B%2525E5%2525AE%2525B6%2525E6%2525A8%252599%2525E6%2525BA%252596%2525E4%2525B8%2525AD%2525E6%252596%252587%2525E4%2525BA%2525A4%2525E6%25258F%25259B%2525E7%2525A2%2525BC%26hl%3Den%26sa%3DG -- title: Adding new CNS11643, a *huge* charset, support in cjkcodecs - Adding new CNS11643, a *huge* charset,support in cjkcodecs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2066 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5499] only accept byte for getarg('c') and unicode for getarg('C')
New submission from STINNER Victor victor.stin...@haypocalc.com: To avoid byte/character mixture, getarg('c') must only accept a byte string of 1 byte and getarg('C') only an unicode string of 1 character. Impacted methods: - datetime.datetime.isoformat(sep), array.array(type, data): don't accept byte anymore - msvcrt.putch(char), msvcrt.ungetch(char), mmap object.write_byte(char): don't accept unicode anymore I tried runtests.sh: only the 3 bytes.{center,ljust,rjust} tests have to be changed, all other tests are ok. Related issues: #3446, #5391. -- files: getarg_strict_char.patch keywords: patch messages: 83676 nosy: haypo severity: normal status: open title: only accept byte for getarg('c') and unicode for getarg('C') versions: Python 3.1 Added file: http://bugs.python.org/file13350/getarg_strict_char.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5499 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5391] mmap: read_byte/write_byte and object type
STINNER Victor victor.stin...@haypocalc.com added the comment: In the python-dev thread, most people agree to use bytes in mmap. Did anyone reviewed the patch? Can you commit it to py3k than then to the 3.0 branch? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5391 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5391] mmap: read_byte/write_byte and object type
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: In the python-dev thread, most people agree to use bytes in mmap. Did anyone reviewed the patch? Well, there is no conclusion which of your choices (a or b) is preferred. http://www.nabble.com/What-type-of-object-mmap.read_byte-should-return-on-py3k--tt22261245.html#a22261245 I opened similar issue for msvcrt in issue5410. Can you commit it to py3k than then to the 3.0 branch? If the patch is acceptable, yes. This patch will change behavior of functions, I don't think I can commit this without review. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5391 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5353] Improve IndexError messages with actual values
R. David Murray rdmur...@bitdance.com added the comment: This issue was discussed two years ago in this thread: http://mail.python.org/pipermail/python-list/2006-December/588224.html Most of the messages under that subject are noise about politeness or lack thereof (including a post by the submitter of this issue trying to get people to be reasonable!), but an actual patch was posted as well: http://mail.python.org/pipermail/python-list/2006-December/588377.html The patch addresses only one object type, but does demonstrate a pattern that might be usable in general. A concern was raised about the generality of the function proposed, as well as the performance implications of calling it. I have not tried to apply the patch to the current trunk, but from a quick look it doesn't seem like the source has changed much. Since the problem turns out to be a lot less trivial than it seems like it should be, the patch is a good reference in any case. -- nosy: +bitdancer ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5353 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5500] tarfile: path problem in arcname under windows
New submission from Elijah Merkin e...@transas.com: Tested on Python 2.5.4. 1. Use tarfile.open(fname, w|gz) to create an archive. 2. Add a file using TarFile.add(name, arcname=None, recursive=True, exclude=None) by specifying 2 params: absolute path to a source file as 'name' and something containing one or more directories, e.g. 'test/myfile.txt' as 'arcname'. 3. Close the archive. On Linux file is added as 'test/myfile.txt'. On Windows the full path specified as 'name' is used (e.g. 'D:\\MyDir\\myfile.txt'). When I use 'w|bz2' everything works correctly. Probably this bug is somewhat similar to a bug #4750, though it happens under Windows and doesn't happen under Linux. -- components: Library (Lib), Windows messages: 83680 nosy: ellioh severity: normal status: open title: tarfile: path problem in arcname under windows type: behavior versions: Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5500 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2170] rewrite of minidom.Node.normalize
Malte Helmert helm...@informatik.uni-freiburg.de added the comment: I eyeballed the new patch and wonder if the case where text nodes are collapsed is handled correctly. Assume that self.childNodes contains nodes [A, B, C], where A and B are non-empty text nodes and C is a non-text node. The algorithm would collapse A and B into A and then unlink B, and I think C.previousSibling would still reference the unlinked B, rather than the correct A. Am I missing something? If this is indeed a bug in the proposed patch, I suggest adding an additional test for this case. The bug itself should not be too hard to fix; the elif case would need the same if child.nextSibling: child.nextSibling.previousSibling = child.previousSibling assignment as the if case. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4749] Issue with RotatingFileHandler logging handler on Windows
Neyro neyro.gi...@gmail.com added the comment: @vsajip thank you very much for correcting me. I always thought that since I was not using that FileHandler it didn't count, as if the handler was not created. Now I see that there are no reasons for the config loader to ignore it, especially since it is declared in the [handlers] section. Thanks again. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4749 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2170] rewrite of minidom.Node.normalize
R. David Murray rdmur...@bitdance.com added the comment: You are absolutely right. I will write a test case and fix the patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5391] mmap: read_byte/write_byte and object type
STINNER Victor victor.stin...@haypocalc.com added the comment: Le Tuesday 17 March 2009 14:39:59 Hirokazu Yamamoto, vous avez écrit : Well, there is no conclusion which of your choices (a or b) is preferred. Guido just wrote in other mail thread (py3k: accept unicode for 'c' and byte for 'C' in getarg?): Yeah, mmap should be defined exclusively in terms of bytes. I opened similar issue for msvcrt in issue5410. Cool, thanks. Can you commit it to py3k than then to the 3.0 branch? If the patch is acceptable, yes. This patch will change behavior of functions, I don't think I can commit this without review. Sure, we need a review of the patch. Should the patch be ported to 3.0? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5391 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5410] msvcrt bytes cleanup
STINNER Victor victor.stin...@haypocalc.com added the comment: msvcrt.ungetwch() calls _ungetch not _ungetwch ... are you sure that someone already used these functions? :-) If you suppose that issue5499 is fixed, you can leave msvcrt_putch() and msvcrt_ungetch unchanged and use C format in msvcrt_ungetwch() (Py_UNICODE ch; have to be replaced by int ch; for the format C). -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5410 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5410] msvcrt bytes cleanup
STINNER Victor victor.stin...@haypocalc.com added the comment: Patch implementing my proposition (depends on issue5499). -- Added file: http://bugs.python.org/file13351/msvcrt_wchar.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5410 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5499] only accept byte for getarg('c') and unicode for getarg('C')
STINNER Victor victor.stin...@haypocalc.com added the comment: unicode methods center(), ljust(), rjust() use a callback (convert_uc) to get an unicode character (unicode string of 1 character). If 'C' is fixed, convert_uc() callback can be removed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5499 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5391] mmap: read_byte/write_byte and object type
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: Ah, no, this should not be backported to 3.0. Martin saids so in msg82904, and I agreed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5391 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2170] rewrite of minidom.Node.normalize
R. David Murray rdmur...@bitdance.com added the comment: Added several more tests, to validate the sibling link code more, and fixed the bug. -- Added file: http://bugs.python.org/file13352/issue2170.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2170] rewrite of minidom.Node.normalize
Changes by R. David Murray rdmur...@bitdance.com: Removed file: http://bugs.python.org/file13349/issue2170.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5501] Update multiprocessing docs re: freeze_support
New submission from Brandon Corfman bcorf...@fastmail.fm: Indicate in docs whether freeze_support() can be called without issues on Unix or OS X, so the user knows whether they can have a single code base that works correctly on all platforms. -- assignee: georg.brandl components: Documentation messages: 83690 nosy: bcorfman, georg.brandl, jnoller severity: normal status: open title: Update multiprocessing docs re: freeze_support type: feature request versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5501 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5501] Update multiprocessing docs re: freeze_support
Changes by Jesse Noller jnol...@gmail.com: -- assignee: georg.brandl - jnoller ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5501 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5391] mmap: read_byte/write_byte and object type
Martin v. Löwis mar...@v.loewis.de added the comment: STINNER Victor wrote: STINNER Victor victor.stin...@haypocalc.com added the comment: Le Tuesday 17 March 2009 14:39:59 Hirokazu Yamamoto, vous avez écrit : Well, there is no conclusion which of your choices (a or b) is preferred. Guido just wrote in other mail thread (py3k: accept unicode for 'c' and byte for 'C' in getarg?): Yeah, mmap should be defined exclusively in terms of bytes. How does that answer the question? We know what data type to use for multiple bytes - but what data type should be used for a single byte? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5391 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5499] only accept byte for getarg('c') and unicode for getarg('C')
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp: -- nosy: +ocean-city ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5499 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2531] float compared to decimal is silently incorrect.
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: Imri, I don't think the 3.0 model for cross-type comparisons can be backported without breaking code, so it probably isn't going to happen. The whole purpose of the 3.x series was to allow improvements that weren't backwards compatible. Mark, this raises a question for us. Now that we have decimal.from_float(), we do have a means of making exact comparisons between decimals and floats. While I think cross-type interaction is generally a bad idea, the 2.x way of doing things already gives an answer (though somewhat useless). What are your thoughts on making Decimal('0.80') float('0.75') do the right thing in the 2.x series so that the answer that is given won't be flat-out wrong. -- assignee: - marketdickinson nosy: +marketdickinson, rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2531 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5391] mmap: read_byte/write_byte and object type
STINNER Victor victor.stin...@haypocalc.com added the comment: How does that answer the question? We know what data type to use for multiple bytes - but what data type should be used for a single byte? Hum, what was the question? :-) Quote of my email: « About m.read_byte(), we have two choices: (a) Py_BuildValue(b, value) = 0 (b) Py_BuildValue(y#, value, 1) = b\x00 About m.write_byte(x), we have also two choices: (a) PyArg_ParseTuple(args, b:write_byte, value): write_byte(0) (b) PyArg_ParseTuple(args, y#:write_byte, value, length) and check for length=1: write_byte(b\x00) (b) choices are close to Python 2.x API. But we can already use m.read(1)-b\x00 and m.write(b\x00) to use byte string of 1 byte. So it would be better to break the API and use integers, (a) choices (...) » Oh, I though that the question was about bytes vs str :-/ Ocean-city and I prefer the solution (a). And you Martin? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5391 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5391] mmap: read_byte/write_byte and object type
Martin v. Löwis mar...@v.loewis.de added the comment: Oh, I though that the question was about bytes vs str :-/ Ocean-city and I prefer the solution (a). And you Martin? I also think that ints should be used to represent individual bytes. However, your list of alternatives is incomplete: we *could* also change the c code to accept and produce int - then mmapmodule would not need to change at all. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5391 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2110] Implement __format__ for Decimal
Mark Dickinson dicki...@gmail.com added the comment: New version of decimal_n_format.patch, with support for the thousands separator (PEP 378). As discussed on python-dev, during zero-padding the patched code adds an extra '0' on the left to avoid a leading ',' if necessary. For example: format(Decimal('123456'), '08,') '0,123,456' The Decimal.__format__ method (and support code) had to be fairly significantly reworked. However, I'm reasonably confident that this code is correct: a patch review would be welcome if anyone has the time; otherwise I'll commit this in a couple of days or so. -- stage: - commit review type: - behavior Added file: http://bugs.python.org/file13353/decimal_n_format2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2110 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4015] [patch] make installed scripts executable on windows
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: I sometimes use this trick on Windows: name the script with a .bat extension, and put these lines on top of the file: @echo off rem = rem run python on this bat file. rem The -x causes python to skip the first line of the file: c:\path\to\python -x %~dpnx0 %* goto :EOF rem -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4015 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2110] Implement __format__ for Decimal
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: The tests you submitted are reassuring. I think you should go ahead and commit this. -- resolution: - accepted ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2110 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2382] [Py3k] SyntaxError cursor shifted if multibyte character is in line.
STINNER Victor victor.stin...@haypocalc.com added the comment: Proof of concept of patch fixing this issue: - parse_syntax_error() reads the text line into a PyUnicodeObject* instead of a const char** - create utf8_to_unicode_offset(): convert byte offset to a number of characters. The Python version should be something like: def utf8_to_unicode_offset(text, byte_offset): utf8 = text.encode(utf-8) utf8 = utf8[:byte_offset] text = str(utf8, utf-8) return len(text) - reuse adjust_offset() from py3k_adjust_cursor_at_syntax_error_v2.patch, but force the use of wcswidth() because HAVE_WCSWIDTH is not defined by configure - print_error_text() works on unicode characters and not on bytes! The patch should be refactorized: - move adjust_offset(), utf8_to_unicode_offset(), utf8_len() in unicodeobject.c. You might create a new method width() for the unicode type. This method can be used to fix center(), ljust() and rjust() unicode methods (see issue #3446). -- Added file: http://bugs.python.org/file13354/issue2382.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5236] time.strptime should reject bytes arguments on Py3
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Please remove the whitespace changes in the patch (around _cache_lock). Otherwise it is good. -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5236 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5236] time.strptime should reject bytes arguments on Py3
Tennessee Leeuwenburg tleeuwenb...@gmail.com added the comment: Thanks for the comments all and sorry for the delay -- life! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5236 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5236] time.strptime should reject bytes arguments on Py3
Changes by Tennessee Leeuwenburg tleeuwenb...@gmail.com: Added file: http://bugs.python.org/file13355/strptime_patch_v2.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5236 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4136] merge json library with latest simplejson 2.0.x
Antoine Pitrou pit...@free.fr added the comment: Well, if Bob has addressed all of Martin's comments, I suppose it can get in. The second step will be to port it to py3k... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4136] merge json library with latest simplejson 2.0.x
Bob Ippolito b...@redivi.com added the comment: All of the comments are addressed. I am not going to go through the trouble of creating a new patch to remove the remaining backwards compatibility cruft in the C code and struct function. That is easier to remove later. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4136] merge json library with latest simplejson 2.0.x
Martin v. Löwis mar...@v.loewis.de added the comment: The patch in its current form is fine with me, please apply (OTOH, I don't see the need for urgency - 2.7 is still many months away, and likely, we will see another update to the same code before it gets released) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4136] merge json library with latest simplejson 2.0.x
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: Bob, please go ahead and commit. I don't see any advantage to letting the code continue sit in the tracker. Also, having it in will let me go forward with issue 5381 which has been held-up until this was complete. Thanks for all your work on JSON. -- resolution: - accepted ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2170] rewrite of minidom.Node.normalize
Malte Helmert helm...@informatik.uni-freiburg.de added the comment: While we're cleaning up: data = child.data if not data: could be if not child.data: since data is not used again. Alternatively, you could use data in place of child.data later on for a small speed-up, but I doubt that we care about such small optimizations here. If we do, then we should also assign a name to child.nextSibling, though. I found the three-line duplication between the two branches mildly refactor-worthy, but when I eliminated it the control logic got more involved and I don't think that's a good trade-off here. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2170] rewrite of minidom.Node.normalize
Changes by Malte Helmert helm...@informatik.uni-freiburg.de: Removed file: http://bugs.python.org/file9513/minidom.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5474] distutils produces invalid RPM packages of prerelease python packages
Rudd-O rud...@rudd-o.com added the comment: I am considering some changes in the auto-dependency part of the patch. Keep tuned. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5474 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2170] rewrite of minidom.Node.normalize
Malte Helmert helm...@informatik.uni-freiburg.de added the comment: I removed my original patch which has been superseded by David's patch. David, I suggest that you also remove test_minidom.patch which is superseded by your later patch (see http://bugs.python.org/msg77766 for policy on this). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2110] Implement __format__ for Decimal
Mark Dickinson dicki...@gmail.com added the comment: Committed, r70439 and r70440. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2110 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5481] Expand Decimal.__format__() support to include n
Mark Dickinson dicki...@gmail.com added the comment: Closing as duplicate of issue 2110. -- resolution: - duplicate status: open - closed superseder: - Implement __format__ for Decimal ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5481 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2382] [Py3k] SyntaxError cursor shifted if multibyte character is in line.
STINNER Victor victor.stin...@haypocalc.com added the comment: For an easier review, I splitted my patch in multiple small patches: - unicode_utf8size.patch: create _PyUnicode_UTF8Size() function: Number of bytes needed to encode the unicode character as UTF-8 - unicode_width.patch: create PyUnicode_Width(): Number of column needed to represent the string in the current locale. -1 is returned in case of an error. - adjust_offset.patch: Change unit of SyntaxError.offset, convert utf8 offset to unicode offset - print_exception.patch: process error text as an unicode string (instead of a byte string), convert offset from characters to columns Dependencies: - adjust_offset.patch depends on unicode_utf8size.patch - print_exception.patch depends on unicode_width.patch Changes since issue2382.patch: - PyUnicode_Width() doesn't change the locale - PyUnicode_Width() uses WideCharToMultiByte() on MS_WINDOWS, and wcswidth() otherwise (before: do nothing if HAVE_WCSWIDTH is not definied) - the offset was converted from utf8 index to unicode index only in print_error_text(), not on SyntaxError creation - _PyUnicode_UTF8Size() and PyUnicode_Width() are public -- Added file: http://bugs.python.org/file13356/unicode_utf8size.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2382] [Py3k] SyntaxError cursor shifted if multibyte character is in line.
Changes by STINNER Victor victor.stin...@haypocalc.com: Added file: http://bugs.python.org/file13357/unicode_width.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2382] [Py3k] SyntaxError cursor shifted if multibyte character is in line.
Changes by STINNER Victor victor.stin...@haypocalc.com: Added file: http://bugs.python.org/file13358/adjust_offset.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2382] [Py3k] SyntaxError cursor shifted if multibyte character is in line.
Changes by STINNER Victor victor.stin...@haypocalc.com: Added file: http://bugs.python.org/file13359/print_exception.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4136] merge json library with latest simplejson 2.0.x
Bob Ippolito b...@redivi.com added the comment: r70443 in trunk -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2382] [Py3k] SyntaxError cursor shifted if multibyte character is in line.
STINNER Victor victor.stin...@haypocalc.com added the comment: Comments about my own patches. unicode_width.patch: * error messages should be improved: ValueError(Unable to compute string width) for Windows IOError(strerror(errno)) otherwise adjust_offset.patch: * format_exception_only() from Lib/traceback.py may need a fix * about the documentation: it looks like SyntaxError.offset unit is not documentation in exceptions.rst (should it be documented, or leaved unchanged?) print_exception.patch: * i'm not sure of the reference counts (ref leak?) * in case of PyUnicode_FromUnicode(text, textlen) error, PyFile_WriteObject(textobj, f, Py_PRINT_RAW); PyFile_WriteString(\n, f); is used to display the line but textobj may already ends with \n. * format_exception_only() from Lib/traceback.py should do the same job than fixed print_exception(): get the string width (to fix this issue!) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4136] merge json library with latest simplejson 2.0.x
Antoine Pitrou pit...@free.fr added the comment: Reopening so that we don't forget to merge it in py3k :) (I have the feeling it won't be trivial, although I hope to be proven wrong) -- status: closed - open versions: -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5374] optparse special usage tokens conflict with formatting characters
Andy Buckley a...@insectnation.org added the comment: Doc patch for Doc/library/optparse.rst attached. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5374 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5374] optparse special usage tokens conflict with formatting characters
Andy Buckley a...@insectnation.org added the comment: Sorry, browser error last time. Should work now (fingers crossed). -- keywords: +patch Added file: http://bugs.python.org/file13360/optparse-prog-escape.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5374 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3022] mailbox module, two small fixes
STINNER Victor victor.stin...@haypocalc.com added the comment: Ping. Nobody is interested by the patch? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3022 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4034] traceback attribute error
STINNER Victor victor.stin...@haypocalc.com added the comment: Ping. benjamin.peterson's patch fixes the very strange issue, and I would like to see it upstream. About clearing the frame/traceback, it's another issue (#1565525). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4034 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4358] Segfault in stringobject.c
STINNER Victor victor.stin...@haypocalc.com added the comment: farshad: Is the bug still open? If yes, can you give more informations? If you don't answer, I will have to close this issue because it's not possible find the bug with so few informations :-/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4358 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4136] merge json library with latest simplejson 2.0.x
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: It might not be bad. I read through the patch a saw that it uses only the most basic C APIs and already has unicode aware sections. It may be a matter of switching the PyString functions. Will look at it in more detail later this week. Fortunately, there is not a lot of C code. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1520662] support all of strftime(3)
Tennessee Leeuwenburg tleeuwenb...@gmail.com added the comment: I'd be happy to look at this. Would you be able to detail what is missing for me, so that it is easier for me to get to grips with what is involved? I'm not intimately familiar with all of the functionality of these modules, so if you are able to detail what is missing, then I can more quickly look at a solution. Thanks, -T -- nosy: +tleeuwenb...@gmail.com ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1520662 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4194] default subprocess.Popen buffer size
Antoine Pitrou pit...@free.fr added the comment: I just wanna say that buffering can be a problem when writing, but not when reading. If you read() from a buffered file, you still get the available contents immediately, you don't have to wait for the buffer to be full. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4194 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5502] io-c: TextIOWrapper is faster than BufferedReader but not protected by a lock
New submission from STINNER Victor victor.stin...@haypocalc.com: TextIOWrapper.readline() is much faster (eg. 72 ms vs 95 ms) than BufferedReader.readline(). It's because BufferedReader always acquires the file lock, whereas TextIOWrapper only acquires the file lock when the buffer is empty. I would like a BufferedReader.readline() as fast as TextIOWrapper.readline(), or faster! Why BufferedReader's attributes are protected by a lock whereas TextIOWrapper's attributes are not? Does it mean that TextIOWrapper may crash if two threads calls readline() (or different methods) at the same time? How does Python 2.x and 3.0 fix this issue? -- components: Library (Lib) messages: 83724 nosy: haypo, pitrou severity: normal status: open title: io-c: TextIOWrapper is faster than BufferedReader but not protected by a lock versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5502 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1520662] support all of strftime(3)
David W. Lambert lamber...@corning.com added the comment: http://linux.die.net/man/3/strftime or this link may be in USA, if you care: http://www.manpagez.com/man/3/strftime/ -- nosy: +LambertDW ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1520662 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5374] optparse special usage tokens conflict with formatting characters
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: I don't think this patch should be applied for two reasons. First, this is just a general comment on % formatting that could apply everywhere % formatting is used (the correct place for it is in docs for % formatting). Second, it has become a non-issue with the PEP 3101 style of formatting that is the new preferred way to do it. -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5374 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5502] io-c: TextIOWrapper is faster than BufferedReader but not protected by a lock
STINNER Victor victor.stin...@haypocalc.com added the comment: I wrote a short script to test TextIOWrapper.readline() with 32 threads. After 5 seconds, I found this issue in Python trunk (2.7): Exception in thread Thread-26: Traceback (most recent call last): File /home/SHARE/SVN/python-trunk/Lib/threading.py, line 522, in __bootstrap_inner self.run() File /home/haypo/crash_textiowrapper.py, line 15, in run line = self.file.readline() File /home/SHARE/SVN/python-trunk/Lib/io.py, line 1835, in readline self._rewind_decoded_chars(len(line) - endpos) File /home/SHARE/SVN/python-trunk/Lib/io.py, line 1541, in _rewind_decoded_chars raise AssertionError(rewind decoded_chars out of bounds) AssertionError: rewind decoded_chars out of bounds But it looks that py3k is stronger because it doesn't crash. Is it the power of the GIL? -- Added file: http://bugs.python.org/file13361/crash_textiowrapper.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5502 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5381] json needs object_pairs_hook
Changes by Raymond Hettinger rhettin...@users.sourceforge.net: Removed file: http://bugs.python.org/file13244/json_ordered.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1520662] support all of strftime(3)
David W. Lambert lamber...@corning.com added the comment: (with similar links for strpfime). These are reasons a patch may be worth while: x difficult to work around using ctypes module with c library. x help(strftime) advises the programmer to see the reference manual for formatting codes. x Searching bugs.python.org open issues for strftime has 31 hits, some related. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1520662 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5503] multiprocessing/connection.py wrong pipe name under win32
New submission from jq jqcn2...@hotmail.com: def arbitrary_address(family): elif family == 'AF_PIPE': return tempfile.mktemp(prefix=r'\\.\pipe\pyc-%d-%d-' % (os.getpid(), _mmap_counter.next())) #works after removed tempfile.mktemp return r'\\.\pipe\pyc-%d-%d-' % (os.getpid(), _mmap_counter.next()) -- components: Library (Lib) messages: 83730 nosy: jqcn2003 severity: normal status: open title: multiprocessing/connection.py wrong pipe name under win32 versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5503 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1520662] support all of strftime(3)
David W. Lambert lamber...@corning.com added the comment: (I have no clue where the servers are.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1520662 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5232] Setting font from preference dialog in IDLE on OS X broken
Brad Miller bonel...@gmail.com added the comment: I get the same problem when I try to change the key set. This is on on intel build using Tk 8.5, and the latest 3.1 source checked out with bzr. I too changed the order of /Library/Frameworks and /System/Library/Frameworks in setup.py A simple fix for me was to add the line root.instance_dict = {} in macosxsupport.py That does not seem to have any other ill effects. -- nosy: +bmiller ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5232 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5381] json needs object_pairs_hook
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: Bob would you please take a look at the attached patch. -- assignee: rhettinger - bob.ippolito priority: normal - high Added file: http://bugs.python.org/file13362/json_hook.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC
New submission from Adam Goode a...@spicenitz.org: On Fedora systems, it is invalid to mmap something with PROT_WRITE and PROT_EXEC. libffi has been updated to support this, but ctypes has not been updated to use this new functionality. Attached is a patch which currently only works if system libffi is used. Though the embedded version of libffi is new enough, it is missing the allocation and free functions. I know how I would update the ctypes libffi/ directory (add the alloc/free files), but not sure about the other libffi directories (darwin, arm_wince, msvc, osx). I suppose those would all need to be upgraded, or perhaps even made to use the standard libffi instead of special forks of it. Note that this also eliminates the malloc_closure code. -- assignee: theller components: ctypes files: ctypes-newffi.patch keywords: patch messages: 83734 nosy: agoode, theller severity: normal status: open title: ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC type: crash versions: Python 2.6 Added file: http://bugs.python.org/file13363/ctypes-newffi.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3265] Python-2.5.2/Modules/_ctypes/malloc_closure.c:70: error: `MAP_ANONYMOUS' undeclared
Adam Goode a...@spicenitz.org added the comment: Issue #5504 shows a possibly more future proof way to fix this issue. -- nosy: +agoode ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3265 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com