[issue9880] Python 2.7 Won't Build: SystemError: unknown opcode

Amaury Forgeot d'Arc added the comment: For some reason your file os.pyc is corrupted: I loaded it with a working python2.7: import marshal, dis pyc = open('bados.pyc', 'rb').read() code = marshal.loads(pyc[8:]) dis.dis(code) And it appears that all the "jump" instructions are wrong: the addre

[issue5113] 2.5.4.3 / test_posix failing on HPUX systems

Charles-Francois Natali added the comment: Actually, looking at the man page, this seems to be normal: --- In order to change the owner or group, you must own the file and have the CHOWN privilege (see setprivgrp(1M)). [...] Note that a given user's or group's ability to use this command can

[issue9884] The 4th parameter of method always None or 0 on x64 Windows.

New submission from Owen : OS: Windows 2003STD x64 en I have try to call python method from c++ dll by "WINFUNCTYPE". But the 4th parameter is always None or 0 if the type is int or void* (float is works fine). Following is the part of source code: ==code===

[issue9884] The 4th parameter of method always None or 0 on x64 Windows.

Changes by Owen : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/m

[issue9880] Python 2.7 Won't Build: SystemError: unknown opcode

Tom Browder added the comment: I'm using gcc-4.5.1. I'll try an older version: gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3. -- ___ Python tracker ___

[issue9880] Python 2.7 Won't Build: SystemError: unknown opcode

Tom Browder added the comment: The build succeeded with the older version of gcc. I either have a mis-compiled gcc-4.5.1 (but the same version on another host worked okay) or gcc has a very subtle bug. I think this issue can be considered closed; however, it may be worth a note in a FAQ or

[issue9880] Python 2.7 Won't Build: SystemError: unknown opcode

Tom Browder added the comment: Correction on the bad gcc compiler: the actual version was a non-released version off the gcc-4.6 branch: gcc version 4.6.0 20100908 (experimental) (GCC). I'm filing a bug with gcc. Sorry for the wasted time. -- __

[issue9872] `a.b.my_function is not b.my_function` when `a` and `b` are both on `sys.path`

Ram Rachum added the comment: Benjamin, This behavior is involved in a problem I have with Django. When using Django, you have apps that live inside a project: my_project\ __init__.py my_app\ __init__.py views.py So if you have a view function in `views.py`, it will have two sepa

[issue9880] Python 2.7 Won't Build: SystemError: unknown opcode

Amaury Forgeot d'Arc added the comment: You're welcome. Please join a link to the gcc bug when you have one. -- resolution: -> invalid status: open -> pending ___ Python tracker ___

[issue9872] `a.b.my_function is not b.my_function` when `a` and `b` are both on `sys.path`

Amaury Forgeot d'Arc added the comment: I suggest to report this to the Django team. -- nosy: +amaury.forgeotdarc ___ Python tracker ___ _

[issue9885] Function Round does not work properly in some conditions

New submission from paontis : For example round(10., 1) returns 10.301 and round(1., 2)returns 1.3301 I exect they return 10.3 and 1.33 rispectively NOTE: other combinations work fine eg. round(10., 2) or round(1., 3) See IDLE commands in the attached f

[issue9880] Python 2.7 Won't Build: SystemError: unknown opcode

Tom Browder added the comment: Here is a link to the thread I started on the gcc-help mailing list concerning the issue: http://gcc.gnu.org/ml/gcc-help/2010-09/msg00170.html If I don't get a successful build with the current gcc trunk, I imagine this thread will transfer to the gcc (dev)

[issue9886] Make operator.itemgetter/attrgetter/methodcaller easier to discover

New submission from Nick Coghlan : The observation has been made that there are some idioms related to key functions passed to various methods and functions that aren't particularly easy to discover. One suggestion is to create a "key function" glossary entry that provides examples of standar

[issue9886] Make operator.itemgetter/attrgetter/methodcaller easier to discover

Changes by Daniel Stutzbach : -- nosy: +stutzbach ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue1690840] xmlrpclib methods submit call on __str__, __repr__

Mark Lawrence added the comment: This has been fixed in py3k but not 2.7. Is it worth backporting the change? -- nosy: +BreamoreBoy resolution: -> fixed stage: -> committed/rejected status: open -> pending type: -> behavior versions: +Python 2.7, Python 3.1, Python 3.2

[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

Changes by Mark Lawrence : -- versions: +Python 2.7, Python 3.2 -Python 2.6 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue1693546] email.Message set_param rfc2231 encoding incorrect

Changes by Mark Lawrence : -- versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0 ___ Python tracker ___ ___ Pytho

[issue9887] distutil's build_scripts doesn't read utf-8 in all locales

New submission from Hagen Fürstenau : "LANG=C python3 setup.py build_scripts" chokes on UTF-8 encoded scripts. The problem is that "copy_scripts" uses "open" without specifying an encoding. This issue may be related to #9561. -- assignee: tarek components: Distutils messages: 116660 no

[issue1699594] shlex fails to parse strings correctly

Mark Lawrence added the comment: @Georg: seems like your r55549 and r0 fixed this, am I correct? -- nosy: +BreamoreBoy ___ Python tracker ___ _

[issue1703592] have a way to ignore nonexisting locales in locale.setlocale

Mark Lawrence added the comment: Is this still an issue on Debian and Ubuntu? -- nosy: +BreamoreBoy, lemburg ___ Python tracker ___ ___

[issue9873] Allow bytes in some APIs that use string literals internally

Nick Coghlan added the comment: >From the python-dev thread >(http://mail.python.org/pipermail/python-dev/2010-September/103780.html): == So the domain of any polymorphic text manipulation functions we define would be: - Unicode strings - byte sequences where the encoding is eithe

[issue1704474] optparse tests fail under Jython

Mark Lawrence added the comment: How do we find out which versions of optparse and test_optparse jython is currently using? -- nosy: +BreamoreBoy versions: -Python 2.7 ___ Python tracker __

[issue1705393] Select() failure (race condition)

Mark Lawrence added the comment: I've changed things in reply to msg85311, feel free to alter things again if you disagree. -- assignee: -> d...@python components: +Documentation -Extension Modules, Library (Lib) nosy: +BreamoreBoy, d...@python versions: +Python 2.7, Python 3.1, Pytho

[issue1705520] pyunit should allow __unittest in locals to trim stackframes

Mark Lawrence added the comment: is this still relevant? -- nosy: +BreamoreBoy versions: -Python 2.7 ___ Python tracker ___ ___ Py

[issue1705520] pyunit should allow __unittest in locals to trim stackframes

Michael Foord added the comment: It is relevant and would be *possible* to implement. I'm not 100% convinced it is a good *enough* idea to make it worth adding though. I'd like to leave the issue open for the moment in case other people want to comment. -- ___

[issue1703592] have a way to ignore nonexisting locales in locale.setlocale

Colin Watson added the comment: Yes, the same symptoms are still present. I'd argue that it generally isn't an error in practice for applications, and thus the net effect of this exception is negative; it's extraordinarily rare for a crash to be preferable to running without localisation. Ad

[issue9885] Function Round does not work properly in some conditions

R. David Murray added the comment: Please read http://docs.python.org/tutorial/floatingpoint.html Although your case isn't directly covered there, the root cause is the same. Floating point can't exactly represent 10.3. Note that in Python2.7 and 3.x, the repr will be shortened to 10.3,

[issue9885] Function Round does not work properly in some conditions

paontis added the comment: ok thx very much for the explaination -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue6627] threading.local() does not work with C-created threads

Swapnil Talekar added the comment: As far as I know, the thread creation done in the file is not correct. While creating threads in C extension, there are certain rules to follow. Firstly, Python should be made thread-aware if it is not already i.e. call PyEval_InitThreads in the C callback f

[issue9877] Expose sysconfig._get_makefile_filename() in public API

Changes by Barry A. Warsaw : -- stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue6627] threading.local() does not work with C-created threads

Nick Coghlan added the comment: Swapnil's analysis looks correct to me - there are certain rules you have to follow before calling back into the Python interpreter core. If you don't follow them, the behaviour you will get is completely undefined. If the problem still occurs even when the C t

[issue6627] threading.local() does not work with C-created threads

Amaury Forgeot d'Arc added the comment: One more thing: in the sample code, the thread initializes no PyThreadState. So the ctypes callback creates a temporary PyThreadState just for the duration of the call. This explains the difference between threading.local and _threading_local: - threadi

[issue9882] abspath from directory

Changes by Éric Araujo : -- versions: -Python 2.7, Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue1706323] Updated ASTVisitor Classes

Mark Lawrence added the comment: Is this still relevant given the addition of the ast module in r64064? -- nosy: +BreamoreBoy versions: +Python 3.2 -Python 2.7 ___ Python tracker

[issue1708652] Exact matching

Changes by Mark Lawrence : -- nosy: +mrabarnett ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue1709112] test_1686475 of test_os & pagefile.sys

Mark Lawrence added the comment: @Brian/Tim the attached patches have not been applied, what do you make of this one? -- components: +Extension Modules -Windows nosy: +BreamoreBoy, brian.curtin, tim.golden ___ Python tracker

[issue1708652] Exact matching

Matthew Barnett added the comment: Does this request still stand? If so then I'll add it to the new regex module. -- ___ Python tracker ___ ___

[issue1710703] zipfile.ZipFile behavior inconsistent.

Mark Lawrence added the comment: I don't think the latest patch has been committed, could someone wave their magic wand please :) -- nosy: +BreamoreBoy ___ Python tracker ___

[issue2236] Distutils' mkpath implementation ignoring the "mode" parameter

Senthil Kumaran added the comment: Fixed for py3k in r84861, release31-maint in r84863 and release27-maint in r84862. Thanks for patch, Carlos Henrique Romano. -- nosy: +orsenthil resolution: -> fixed stage: unit test needed -> committed/rejected status: open -> closed _

[issue1724822] provide a shlex.split alternative for Windows shell syntax

Mark Lawrence added the comment: Already fixed by r55549 and r0. -- nosy: +BreamoreBoy resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue1727418] xmlrpclib waits indefinately

Mark Lawrence added the comment: Can this be closed due to work on #6267? -- nosy: +BreamoreBoy ___ Python tracker ___ ___ Python-b

[issue1724822] provide a shlex.split alternative for Windows shell syntax

R. David Murray added the comment: No, this feature request has not been satisfied. Georg fixed some subsidiary issues, but they did not in fact address the feature request for an shlex.split equivalent for Windows. Since no one has expressed interest in working on this, even though model co

[issue1729930] 2.5.1 latest svn fails test_curses and test_timeout

Mark Lawrence added the comment: I can't believe that this is still relevant. -- nosy: +BreamoreBoy resolution: -> out of date status: open -> closed ___ Python tracker ___ _

[issue1730136] tkFont.__eq__ gives type error

Mark Lawrence added the comment: I think this one line patch still needs applying. -- nosy: +BreamoreBoy type: -> behavior versions: -Python 2.6 ___ Python tracker ___ _

[issue1729930] 2.5.1 latest svn fails test_curses and test_timeout

R. David Murray added the comment: The bug probably does still exist (see issue 7038 for a recent similar report). However, without a repeatable test case we can't fix it, so leaving this closed is fine. If the OP can still reproduce it we can try working on it again. -- nosy: +r.d

[issue1730372] Mesa with NPTL makes Python extensions crash with std::cerr

Mark Lawrence added the comment: Could a Linux guru try to reproduce this with the latest trunk, thanks. -- nosy: +BreamoreBoy ___ Python tracker ___ _

[issue1732367] Document the constants in the socket module

Mark Lawrence added the comment: msg67121 states proposed changes were lost :( -- nosy: +BreamoreBoy resolution: -> wont fix status: open -> closed ___ Python tracker ___ ___

[issue1724822] provide a shlex.split alternative for Windows shell syntax

Eric Smith added the comment: Raymond Chen's blog today discusses CommandLineToArgvW, which is apparently an API that can parse command lines. It's not clear to me if this is actually called by the MSFT CRT: http://blogs.msdn.com/b/oldnewthing/archive/2010/09/17/10063629.aspx Here's the docum

[issue1708652] Exact matching

R. David Murray added the comment: I would say you should make the call on whether or not it is worth adding. IIUC it would mean there was more than one way to do something (\Z vs 'exact'), so I personally am -0 on the feature request. But I'm not a frequent regex user, so I don't think my

[issue1735509] Newer reply format for imap commands in imaplib.py

Mark Lawrence added the comment: Is there any interest in the change proposed here? If not I'll close in a few weeks time. Note the patch does not include doc or unit test changes. -- nosy: +BreamoreBoy status: open -> pending ___ Python tracker

[issue1732367] Document the constants in the socket module

R. David Murray added the comment: Resolution "won't fix" is inappropriate. We'd love to fix it, but someone has to volunteer to (re)write the doc update... -- nosy: +r.david.murray resolution: wont fix -> type: -> feature request ___ Python trac

[issue1736792] dict reentrant/threading request

Mark Lawrence added the comment: Is this something that should be taken up on python-dev? -- nosy: +BreamoreBoy ___ Python tracker ___

[issue1735509] Newer reply format for imap commands in imaplib.py

Eric Smith added the comment: I'm not sure what "fetch command does not contain literal" means. If the OP can clarify, I'd be interested in this issue. -- nosy: +eric.smith status: pending -> open ___ Python tracker

[issue1724822] provide a shlex.split alternative for Windows shell syntax

Eric Smith added the comment: Now that I think about this some more, we wouldn't want to call this API. I'd rather this hypothetical function be available on non-Windows platforms, so we'd have to implement the semantics of CommandLineToArgvW or whichever CRT we decide to match. --

[issue1739789] Accelerate attr dict lookups

Mark Lawrence added the comment: Is there any interest in this or can it be closed as implied in msg52790? -- nosy: +BreamoreBoy, rhettinger ___ Python tracker ___ ___

[issue1742205] ZipFile.writestr writes incorrect extended local headers

Changes by Mark Lawrence : -- nosy: +alanmcintyre versions: +Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue1744456] Patch for feat. 1713877 Expose callbackAPI in readline module

Mark Lawrence added the comment: Is there anyone who'd like to see this functionality exposed who could review this C code patch? -- nosy: +BreamoreBoy ___ Python tracker ___

[issue1744752] Newline skipped in "for line in file" for huge file

Mark Lawrence added the comment: @Brian/Tim any thoughts on this? -- nosy: +BreamoreBoy, brian.curtin, tim.golden title: Newline skipped in "for line in file" -> Newline skipped in "for line in file" for huge file versions: +Python 3.1, Python 3.2 -Python 2.6 _

[issue1745035] DoS smtpd vulnerability

Mark Lawrence added the comment: Given the title, type and severity shouldn't someone take a look at this? -- nosy: +BreamoreBoy ___ Python tracker ___ ___

[issue1745761] Bad attributes/data handling in SGMLib

Mark Lawrence added the comment: Can we close this as sgmllib only supported htmllib which has been superseded by HTMLParser? -- nosy: +BreamoreBoy versions: +Python 2.7 -Python 2.6 ___ Python tracker _

[issue9888] int overflow in datetime causes seg fault from datetime.ctime()

New submission from Brian Bernstein : When creating an int overflow via a subtraction operation with a datetime object and a timedelta object, the resulting datetime object can cause a segmentation fault when the ctime method is called. Segmentation Fault occurred on python 2.6.5 on 64 bit ubu

[issue1749512] imaplib cannot handle mailboxes with ACL: lrs

Mark Lawrence added the comment: @Florian this won't go anywhere unles the patch includes doc and unit test changes. -- nosy: +BreamoreBoy ___ Python tracker ___

[issue2236] Distutils' mkpath implementation ignoring the "mode" parameter

R. David Murray added the comment: This update appears to be turning the windows buildbots red. See for example http://www.python.org/dev/buildbot/all/builders/x86 XP-4 3.1/builds/1230/steps/test/logs/stdio. -- nosy: +r.david.murray status: closed -> open ___

[issue1751519] curses - new window methods: addchstr and addchnstr

Mark Lawrence added the comment: Doc additions haven't been included with the patches. -- nosy: +BreamoreBoy stage: -> patch review type: -> feature request versions: +Python 3.2 ___ Python tracker ___

[issue1752919] Exception in HTMLParser for special JavaScript code

Mark Lawrence added the comment: Can't see much sense in keeping a duplicate open. -- nosy: +BreamoreBoy status: open -> closed ___ Python tracker ___

[issue9886] Make operator.itemgetter/attrgetter/methodcaller easier to discover

Changes by Raymond Hettinger : -- assignee: d...@python -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mai

[issue1753718] base64 "legacy" functions violate RFC 3548

Changes by Mark Lawrence : -- assignee: barry -> d...@python nosy: +d...@python versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6 ___ Python tracker ___ ___

[issue1757057] IDLE + BeautifulSoup = Error

Mark Lawrence added the comment: Can we close this given "This is caused by a bug in BeautifulSoup which was fixed in version 3.0.5." from msg84412? -- nosy: +BreamoreBoy resolution: -> invalid status: open -> pending ___ Python tracker

[issue1739789] Accelerate attr dict lookups

Raymond Hettinger added the comment: This was an interesting idea. Essentially, it created cell-style objects for entries in a global dict so that functions using load_global could access and update the values directly. All dicts paid a price for this, but only module dicts would benefit. A

[issue1744456] Patch for feat. 1713877 Expose callbackAPI in readline module

Ned Deily added the comment: This appears to be a duplicate of Issue1175004; both supply patches to implement readline callbacks. Suggest that anyone moving forward with this review both patches. -- nosy: +ned.deily resolution: -> duplicate superseder: -> Export more libreadline AP

[issue1175004] Export more libreadline API functions

Ned Deily added the comment: Issue1744456 contains a different patch to implement readline callbacks. Suggest that anyone moving forward with this review both patches. -- nosy: +ned.deily ___ Python tracker __

[issue1744752] Newline skipped in "for line in file" for huge file

Raymond Hettinger added the comment: We need a reproducible test before being able to go forward with this. At the very least, that would help isolate whether this is a build specific C library issue. -- nosy: +rhettinger resolution: -> invalid status: open -> closed __

[issue6627] threading.local() does not work with C-created threads

Nikolaus Rath added the comment: @Swapnil: the rules you quote are correct for the C extension, but do not apply when using ctypes, because ctypes is doing the required initializations automatically. However, if Amaury is correct, ctypes performs the initializations in a way that break the t

[issue6627] threading.local() does not work with C-created threads

Changes by Nikolaus Rath : -- resolution: invalid -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue9441] increase logging handlers test coverage

Vinay Sajip added the comment: Okay, the tests now pass and I've committed the path to py3k (r84864). Thanks, Tom and Alexander. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed type: -> feature request ___ Python track

[issue9888] int overflow in datetime causes seg fault from datetime.ctime()

Changes by R. David Murray : -- nosy: +belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue9888] int overflow in datetime causes seg fault from datetime.ctime()

R. David Murray added the comment: This does not reproduce for me on python2.6.5 gentoo linux; however, gentoo linux does have some additional post 2.6.5 patches applied. It also does not reproduce on 2.7. -- nosy: +barry, r.david.murray ___ Python

[issue9441] increase logging handlers test coverage

R. David Murray added the comment: It looks like we are getting buildbot failures as a result of this checkin: http://www.python.org/dev/buildbot/all/builders/i386 Ubuntu 3.x/builds/2216/steps/test/logs/stdio -- nosy: +r.david.murray status: closed -> open _

[issue9889] PyUnicode_FormatV and Py_UNICODE*?

New submission from Michael Kleehammer : Using Py_UNICODE* in Python 3 C extensions is significantly more cumbersome than using char* was in Python 2.x. One addition that could help would be a Py_UNICODE* format type for PyUnicode_FormatV. Many printf libraries us %S for wchar_t which would h

[issue9888] int overflow in datetime causes seg fault from datetime.ctime()

Changes by Alexander Belopolsky : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue1757057] Unexpected "maximum recursion depth exceeded" in IDLE shell with objects that cannot be pickled

Ned Deily added the comment: While BeautifulSoup may have been fixed, the issue here still points to an underlying problem in IDLE being vulnerable to pickling errors. The given test case still fails in 2.7 (I didn't try to construct a test for Python 3). -- nosy: +kbk, ned.deily res

[issue9889] PyUnicode_FormatV and Py_UNICODE*?

Changes by R. David Murray : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue1744752] Newline skipped in "for line in file" for huge file

Amaury Forgeot d'Arc added the comment: I think there's actually a bug in the MSVCRT read() function, which was not too hard to spot (see explanation below). In short, a CRLF file opened in text mode may skip a newline after 4GB. I'm re-closing the issue as "won't fix". There's really nothin

[issue1142] code sample showing errors reading large files with py 2.5/3.0

Amaury Forgeot d'Arc added the comment: issue1744752 describes why it's probably a bug in the C library. possible workarounds are to open the files in universal mode, to use io.open(), or to switch to python 3! -- nosy: +amaury.forgeotdarc resolution: -> wont fix status: open -> close

[issue1672853] Error reading files larger than 4GB

Amaury Forgeot d'Arc added the comment: issue1744752 describes why it's probably a bug in the C library. possible workarounds are to open the files in universal mode, to use io.open(), or to switch to python 3! -- nosy: +amaury.forgeotdarc resolution: -> wont fix status: open -> close

[issue1451466] reading very large files

Amaury Forgeot d'Arc added the comment: issue1744752 describes why it's probably a bug in the C library. possible workarounds are to open the files in universal mode, to use io.open(), or to switch to python 3! -- nosy: +amaury.forgeotdarc resolution: -> wont fix status: open -> close

[issue6627] threading.local() does not work with C-created threads

Amaury Forgeot d'Arc added the comment: > ctypes performs the initializations in a way that break the > threading.local functionality. Not quite. ctypes (or more exactly: the PyGILState_Ensure() and PyGILState_Release() functions, which are the standard API to do this) is in a situation wher

[issue6627] threading.local() does not work with C-created threads

Nikolaus Rath added the comment: No, I am not saying that the behaviour of ctypes is wrong. It just happens to have some effects on threading.local that I think should be documented. That's why I reassigned this as a documentation bug. Please reconsider closing this bug. I'm also happy to ch

[issue6627] threading.local() does not work with C-created threads

Nikolaus Rath added the comment: To be a bit more constructive, why not add something like this in paragraph to http://docs.python.org/library/ctypes.html#callback-functions: "Note that if the callback function is called in a new thread that has been created outside of Python's control (i.e.,

[issue9888] int overflow in datetime causes seg fault from datetime.ctime()

Brian Bernstein added the comment: After further investigation, it appears the cause is the ability to overflow the datetime object by almost a year. I've modified the test to demonstrate this relative to the current date: from datetime import date, datetime, timedelta (datetime.now()-timede

[issue1708652] Exact matching

Tom Lynn added the comment: I don't know whether it should stand, I'm somewhere around 0 on it myself. So I guess that means it shouldn't, since it's easier to add features than remove them. The problem is that once you're aware of the need for it you need it less. In case other people are +1

[issue6627] threading.local() does not work with C-created threads

Amaury Forgeot d'Arc added the comment: This is not specific to ctypes. Please read http://docs.python.org/c-api/init.html#thread-state-and-the-global-interpreter-lock specially the paragraph that says "...when threads are created from C...". Is it explicit enough? How would you change it? ---

[issue6627] threading.local() does not work with C-created threads

Nikolaus Rath added the comment: One point of ctypes is to save the user the trouble of having to create a full blown C extension, so I don't think it's reasonable to expect a ctypes user to have read the full C API documentation as well. Only a very small subset of the page that you gave is

[issue8998] add crypto routines to stdlib

lorph added the comment: May I recommend using libtomcrypt instead of openssl because of the advertising problem outlined here? http://bugs.python.org/issue9119 In my opinion, libtomcrypt is easier to use and cleaner. It compiles on Windows without requiring Perl, and is free of the advertis

[issue1736792] dict reentrant/threading request

Adam Olsen added the comment: I don't believe there's anything to debate on this, so all it really needs is a patch, followed by getting someone to review and commit it. -- ___ Python tracker __

[issue1706323] Updated ASTVisitor Classes

Amaury Forgeot d'Arc added the comment: Indeed, this module has little value now that ast.py is in stdlib. -- nosy: +amaury.forgeotdarc resolution: -> out of date status: open -> closed ___ Python tracker _

[issue8998] add crypto routines to stdlib

Antoine Pitrou added the comment: > May I recommend using libtomcrypt instead of openssl because of the > advertising problem outlined here? Changing libraries because of an "advertising problem" doesn't sound reasonable. The latter is much more easily solved than the former. Besides, libtomcr

[issue8998] add crypto routines to stdlib

Jean-Paul Calderone added the comment: How about nss? As a bonus, this would also avoid making more work for Fedora (). -- ___ Python tracker _

[issue8998] add crypto routines to stdlib

Antoine Pitrou added the comment: > How about nss? As a bonus, this would also avoid making more work for > Fedora (). Well, similar question: what will it bring and who will do the work? :) (Fedora perhaps?) -- ___

[issue8998] add crypto routines to stdlib

Dave Malcolm added the comment: On Fri, 2010-09-17 at 23:11 +, Antoine Pitrou wrote: > Antoine Pitrou added the comment: > > > How about nss? As a bonus, this would also avoid making more work for > > Fedora (). > > Well, similar q

  1   2   >