[issue10151] Docs: can globals() be updated?

New submission from Thomas Guettler : Hi, the documentation of "globals()" is missing a note if you can update the dictionary: http://docs.python.org/library/functions.html?highlight=globals#globals For "locals()" it is documented: http://docs.python.org/library/functions.html?highlight=locals

[issue10128] multiprocessing.Pool throws exception with __main__.py

Changes by Ask Solem : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue8863] Display Python backtrace on SIGSEGV, SIGFPE and fatal error

Antoine Pitrou added the comment: > I don't think that a command line option and an environment variable > is pratical for an OS distributor. Environment variables are probably the most practical for OS vendors, since they can simply set them in /etc/profile.d (Mandriva does that with PYTHONDON

[issue10092] calendar does not restore locale properly

Boštjan Mejak added the comment: >>> import calendar >>> calendar.LocaleTextCalendar(locale='fr_FR').formatmonthname(2010,10,10) Traceback (most recent call last): File "", line 1, in File "C:\Python27\lib\calendar.py", line 522, in formatmonthname with TimeEncoding(self.locale) as enco

[issue10092] calendar does not restore locale properly

Georg Brandl added the comment: Bostjan, both your points are invalid. First, the locale settings that a machine supports vary greatly. "fr_FR" doesn't need to be a valid setting on your machine. Second, "val in None" will always fail. "val in (None, ...)" will succeed, since you're testi

[issue10151] Docs: can globals() be updated?

Georg Brandl added the comment: It is documented, however, that globals() returns the dictionary of a module, which can be modified. For locals(), the situation is quite more complicated, which is why the warning there is warranted. -- nosy: +georg.brandl resolution: -> works for me

[issue10092] calendar does not restore locale properly

Tim Golden added the comment: Boštjan, the code segment you quote is the *fallback* if the C module hasn't been built for some reason. The module simply calls through to the underlying C Library. I notice you're running on Windows, so this is a useful MS page: http://msdn.microsoft.com/en-us/li

[issue10152] symtable.c: ste_tmpname uninitialized

New submission from Stefan Krah : Found by Valgrind: ==3947== Use of uninitialised value of size 8 ==3947==at 0x5716D13: _itoa_word (in /lib/libc-2.8.90.so) ==3947==by 0x5719F53: vfprintf (in /lib/libc-2.8.90.so) ==3947==by 0x5743239: vsnprintf (in /lib/libc-2.8.90.so) ==3947==by

[issue10152] symtable.c: ste_tmpname uninitialized

Changes by Stefan Krah : -- stage: -> patch review type: -> behavior versions: +Python 3.2 ___ Python tracker ___ ___ Python-bugs-li

[issue6864] IDLE 2.6.1 locks up on Mac OS 10.6

Ronald Oussoren added the comment: Richard: I don't understand your message. What abort are you talking about? -- ___ Python tracker ___ _

[issue1349106] email.Generator does not separate headers with "\r\n"

Malcolm Box added the comment: David: Great to see a patch for this. You're right of course, 8bit isn't binary - I meant binary. The main place this shows up is when you're using MIME not in email (e.g. on the web), where binary transport is entirely possible. This fix should mean that the

[issue10153] Memory leak in pythonrun.c

New submission from Stefan Krah : Found by Valgrind, patch attached: ==4921== 24 bytes in 1 blocks are definitely lost in loss record 419 of 2,694 ==4921==at 0x4C2412C: malloc (vg_replace_malloc.c:195) ==4921==by 0x417F06: _PyObject_New (object.c:244) ==4921==by 0x520C4E: PyFile_NewS

[issue10152] symtable.c: ste_tmpname uninitialized

Changes by Stefan Krah : -- components: +Interpreter Core ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue10149] Data truncation in expat parser

R. David Murray added the comment: For other reviewers, I'm reposting just his python program as a text file. Maciek: I myself don't know enough about expat to comment, but is it possible you have an issue similar to issue 10026? -- nosy: +r.david.murray Added file: http://bugs.python

[issue10152] symtable.c: ste_tmpname uninitialized

Changes by Benjamin Peterson : -- assignee: -> benjamin.peterson nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list

[issue7473] Compile error when building a 3-way universal framework when a 2-way universal framework is present

Ronald Oussoren added the comment: I've verified that the patch does not cause problems when building the OSX installer. That patch should be applied, with a short comment that explains why the code block is disabled for framework builds. -- versions: -Python 2.6 __

[issue10128] multiprocessing.Pool throws exception with __main__.py

Michael Olson added the comment: Ummm, I think I've been unclear on where I was making changes, I changed lib\multiprocessing\forking.py to fix the issue. Patch attached. -- keywords: +patch resolution: invalid -> status: closed -> open Added file: http://bugs.python.org/file19296/is

[issue10128] multiprocessing.Pool throws exception with __main__.py

Michael Olson added the comment: As a note, I didn't attach a patch at first because I was fairly sure I was kludging it into submission, but at least this makes it clear as to what I did. v/r -- Michael Olson -- ___ Python tracker

[issue7473] Compile error when building a 3-way universal framework when a 2-way universal framework is present

Ronald Oussoren added the comment: Committed the fix for 3.2 in r85744, for 2.7 in r85745 and for 3.1 in r85746 BTW. The installer does mention which architectures are supported, both in a README on the disk image and in one of the readme screens in the installer. -- stage: needs patc

[issue763708] Failures in test_macostools for --enable-unicode=ucs4

Changes by Ronald Oussoren : Removed file: http://bugs.python.org/file13487/issue763708.patch ___ Python tracker ___ ___ Python-bugs-list mai

[issue763708] Failures in test_macostools for --enable-unicode=ucs4

Ronald Oussoren added the comment: I've attached a new patch that works for me. The new patch doesn't try to warn when running the configure script, but bails out when you run make by using an '#error' in pymacconfig.h. (Removing 2.6 because that's in security-fix-only mode and 3.1 because th

[issue3367] Uninitialized value read in parsetok.c

Stefan Krah added the comment: I can still reproduce it in py3k just by hitting Ctrl-D in the interactive interpreter: $ valgrind --db-attach=yes --suppressions=Misc/valgrind-python.supp ./python ==16724== Memcheck, a memory error detector ==16724== Copyright (C) 2002-2009, and GNU GPL'd, by

[issue6864] IDLE 2.6.1 locks up on Mac OS 10.6

Richard added the comment: Sorry to be obscure, Ronald. I mistook my configuration problem, described below for the original problem. But I can reproduce the problem with opening an existing file under IDLE, which is a segmentation fault. When opening a new window, I get a blank screen but no

[issue9670] Exceed Recursion Limit in Thread

Ronald Oussoren added the comment: The attached patch explicitly sets the minimal stack size to about 704K, which is the minimal size where 'def f(): f()' doesn't cause a buserror when run in a thread. -- keywords: +needs review, patch stage: needs patch -> patch review Added file: ht

[issue6763] Crash on mac os x leopard in mimetypes.guess_type (or PyObject_Malloc)

Ronald Oussoren added the comment: I'm closing this as a duplicate of #9670, that is: too deep recursion in a thread doesn't trigger the appropriate exception but causes a hard crash instead. I have attached a patch to that issue (but haven't applied it yet, I'd like someone else too look at

[issue9047] Python 2.7rc2 includes -isysroot twice on each gcc command line

Ronald Oussoren added the comment: Marc-Andre: does the current HEAD of the 2.7 and 3.2 branches work for you? The build still has duplicate flags, but that doesn't seem to cause problems on my machines. If it also doesn't cause problems on your machines I'd prefer to close this issue as won'

[issue10154] locale.normalize strips "-" from UTF-8, which fails on Mac

New submission from Stephen Hansen : In the course of investigating issue10092, Georg discovered that the behavior of locale.normalize() on Mac is bad. Basically, "en_US.UTF-8" is how the "correct" locale string should be spelled on the Mac. If you drop the dash, it fails: which locale.normali

[issue9670] Exceed Recursion Limit in Thread

Leonardo Santagada added the comment: Why not make it bigger so it doesn't crash for much bigger functions? -- nosy: +santagada ___ Python tracker ___ ___

[issue9022] TypeError in wsgiref.handlers when using CGIHandler

And Clover added the comment: Yes, CGIHandler is broken in 3.0-3.1; wsgiref in general has been in limbo until the whole issue of py3k-WSGI is sorted. This seems to be happening now in PEP . Attached patch to make CGIHandler use the byte interfaces for stdin/stdout, which allows the writ

[issue10154] locale.normalize strips "-" from UTF-8, which fails on Mac

Ronald Oussoren added the comment: This patch solves the immediate failure: Index: Lib/locale.py === --- Lib/locale.py (revision 85743) +++ Lib/locale.py (working copy) @@ -396,6 +396,9 @@ else: en

[issue9670] Exceed Recursion Limit in Thread

Ronald Oussoren added the comment: On 20 Oct, 2010, at 17:41, Leonardo Santagada wrote: > > Leonardo Santagada added the comment: > > Why not make it bigger so it doesn't crash for much bigger functions? I don't mind making it bigger, but a larger size does come with a cost: the larger the

[issue10154] locale.normalize strips "-" from UTF-8, which fails on Mac

Changes by Ronald Oussoren : Removed file: http://bugs.python.org/file19300/smime.p7s ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue10089] Add support for arbitrary -X options

Antoine Pitrou added the comment: Here is a simpler version without comma-separated pairs. -- Added file: http://bugs.python.org/file19302/xopts3.patch ___ Python tracker ___ __

[issue9670] Exceed Recursion Limit in Thread

Leonardo Santagada added the comment: The default stack size in osx is 8MB. I think it is a safer bet, and no one is supposed to be using more than like 40-50 threads anyway (specially in 32 bit only systems limited to 8 cores). Is there a user case for hundreds/thousands of threads in python

[issue10155] Add fixups for encoding problems to wsgiref

New submission from And Clover : Currently wsgiref's CGIHandler makes a WSGI environ from the CGI environ without changes. Unfortunately the CGI environ is wrong in a number of common circumstances: - on Windows, the native environ is Unicode, and different servers choose different decodings

[issue10155] Add fixups for encoding problems to wsgiref

And Clover added the comment: (patch for Python 2.x, for what it's worth) -- Added file: http://bugs.python.org/file19304/wsgiref-patches-2.7.patch ___ Python tracker ___ __

[issue9670] Exceed Recursion Limit in Thread

R. David Murray added the comment: It would be nice if we could expand this fix to include FreeBSD, which as I understand it has the same problem. -- ___ Python tracker ___

[issue4388] test_cmd_line fails on MacOS X

STINNER Victor added the comment: > One solution would be to duplicate the UTF-8 decoder for OSX, > incorporating surrogate escape. This should be much shorter > than the full UTF-8 codec, and perhaps at least utf8_code_length > could be shared. Good idea, implemented in the attached patch [o

[issue4388] test_cmd_line fails on MacOS X

STINNER Victor added the comment: _Py_DecodeUTF8_surrogateescape() is a simplified version of PyUnicode_DecodeUTF8Stateful(): - no "consumed" argument - only support surrogateescape error handler - no optimization - don't resize the buffer at exit Hum, resize the buffer is maybe a good ide

[issue10092] calendar does not restore locale properly

Boštjan Mejak added the comment: Thank you so much for your answer. The locale.setlocale(category=locale.LC_NUMERIC, locale="Slovenian") works like a charm in my application. Now the 'n' format specifier works as I want. But tell me whether the 'n' format specifier can be forced to round the f

[issue10156] Memory leak (r70459)

New submission from Stefan Krah : This is one of two remaining "definitely lost" leaks in py3k. It started to appear in r70459. How to reproduce: make distclean && ./configure OPT="-O0 -g" --without-pymalloc && make valgrind --leak-check=full --suppressions=Misc/valgrind-python.supp ./python >

[issue10157] Memory leak (r70152)

New submission from Stefan Krah : This is one of two remaining "definitely lost" leaks in py3k. It first appeared in r70152. How to reproduce: make distclean && ./configure OPT="-O0 -g" --without-pymalloc && make valgrind --leak-check=full --suppressions=Misc/valgrind-python.supp ./python > VG

[issue10157] Memory leak (r70152)

Changes by Stefan Krah : -- assignee: amaury.forgeotdarc -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue10121] test_multiprocessing stuck in test_make_pool if run in a loop

Sandro Tosi added the comment: just for the reference, the loop I ran was: while date ; do ./python Lib/test/regrtest.py -v test_multiprocessing ; done -- ___ Python tracker _

[issue10157] Memory leak (r70152)

Changes by Alexander Belopolsky : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue10156] Memory leak (r70459)

Changes by Alexander Belopolsky : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue10149] Data truncation in expat parser

Maciek J added the comment: Hm... It turns out that there is a "buffer_text" attribute: http://docs.python.org/library/pyexpat.html#xml.parsers.expat.xmlparser.buffer_text And setting this attribute to "True" seems to solve the problem. It solves my problem, but docs are still very confusing. I

[issue10149] Data truncation in expat parser

Changes by R. David Murray : -- assignee: -> d...@python components: +Documentation -XML nosy: +d...@python stage: -> needs patch type: -> behavior versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6 ___ Python tracker

[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names

David Watson added the comment: I was looking at the MSDN pages linked to above, and these two pages seemed to suggest that Unicode characters appearing in DNS names represented UTF-8 sequences, and that Windows allowed such non-ASCII byte sequences in the DNS by default: http://msdn.microsoft.

[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names

Martin v. Löwis added the comment: > Also, if GetComputerNameEx() only offers a choice of DNS names or > NetBIOS names, and both are byte-oriented underneath (that was my > reading of the "Computer Names" page), then presumably there > shouldn't be a problem with mapping the result to a bytes >

[issue1467929] %-formatting and dicts

Changes by Vetoshkin Nikita : Removed file: http://bugs.python.org/file19271/issue1467929_py3k.diff ___ Python tracker ___ ___ Python-bugs-l

[issue1467929] %-formatting and dicts

Vetoshkin Nikita added the comment: Updated patch: some tests added. -- Added file: http://bugs.python.org/file19307/issue1467929_py3k.diff ___ Python tracker ___

[issue10158] BadInternalCall running test_multiprocessing

New submission from Bob Halley : For reasons not germane to this bug report, I was running a modified Python 2.7 where PyTrash_UNWIND_LEVEL in Include/object.h had been defined to 10 instead of 50. With such a python, running test_multiprocessing causes a BadInternalCall to be triggered at li

[issue10157] Memory leak (r70152)

Stefan Krah added the comment: I tracked it down to r68683, which is still a large commit. -- ___ Python tracker ___ ___ Python-bugs-

[issue10152] symtable.c: ste_tmpname uninitialized

Benjamin Peterson added the comment: r85757 -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-li

[issue10158] BadInternalCall running test_multiprocessing

Changes by Benjamin Peterson : -- assignee: -> jnoller nosy: +jnoller ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue10154] locale.normalize strips "-" from UTF-8, which fails on Mac

Marc-Andre Lemburg added the comment: Ronald Oussoren wrote: > > Ronald Oussoren added the comment: > > This patch solves the immediate failure: > > Index: Lib/locale.py > === > --- Lib/locale.py (revision 85743) > +++ Lib/l

[issue10156] Memory leak (r70459)

Amaury Forgeot d'Arc added the comment: The stack corresponds to the allocation of type(sys.float_info).__doc__. Why would only this object appear as a memory leak? It is certainly not deallocated, but all other types are in the same situation. For example, sys.int_info is very similar, and h

[issue10156] Memory leak (r70459)

Stefan Krah added the comment: To add to the mystery, the leak disappears if the key value is not interned in PyDict_SetItemString: Index: Objects/dictobject.c === --- Objects/dictobject.c(revision 70459) +++ Objects/dicto

[issue10156] Memory leak (r70459)

Marc-Andre Lemburg added the comment: Stefan Krah wrote: > > Stefan Krah added the comment: > > To add to the mystery, the leak disappears if the key value is not > interned in PyDict_SetItemString: I'm not sure how you determine what is a leak and what not. Interned Unicode objects stay ali

[issue10159] rlcompleter's tests depend on dict order

New submission from Andreas Stührk : Some tests in test_rlcompleter make assumptions about the order of the list of names that the completion methods of a Completer object return. That order is not guaranteed and will break when running the tests under e.g. PyPy. The attached patch against py3

[issue10156] Memory leak (r70459)

Stefan Krah added the comment: Marc-Andre Lemburg wrote: > I'm not sure how you determine what is a leak and what not. > Interned Unicode objects stay alive until the interpreter > is finalized. > > Are you suggesting that the finalization does not free the > interned Unicode strings or not al

[issue4388] test_cmd_line fails on MacOS X

STINNER Victor added the comment: I commited my patch to Python 3.2 (r85765), with a specific test in test_cmd_line. Reopen the issue if the bug is not fixed. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue10159] rlcompleter's tests depend on dict order

Ned Deily added the comment: The patch looks good to me. -- nosy: +ned.deily, pitrou stage: -> patch review ___ Python tracker ___ _

[issue10155] Add fixups for encoding problems to wsgiref

And Clover added the comment: (same again for branch PJ Eby's wsgiref svn: same as previous 2.7 patch aside from the line numbers) -- Added file: http://bugs.python.org/file19309/wsgiref-patches-eby2692.patch ___ Python tracker

[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names

David Watson added the comment: > > Also, if GetComputerNameEx() only offers a choice of DNS names or > > NetBIOS names, and both are byte-oriented underneath (that was my > > reading of the "Computer Names" page), then presumably there > > shouldn't be a problem with mapping the result to a byt

[issue10158] BadInternalCall running test_multiprocessing

Amaury Forgeot d'Arc added the comment: Does it happen when compiled in debug mode? There may be asserts that will give a better (or earlier) error message. Some thoughts: the '_PyTrash_delete_later' chain can only contain a limited set of objects: lists, frames... (which code contain the Py_

[issue10155] Add fixups for encoding problems to wsgiref

Changes by Ned Deily : -- nosy: +pje ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mai

[issue10160] operator.attrgetter slower than lambda after adding dotted names ability

New submission from Χρήστος Γεωργίου (Christos Georgiou) : (Discovered in that StackOverflow answer: http://stackoverflow.com/questions/3940518/3942509#3942509 ; check the comments too) operator.attrgetter in its simplest form (i.e. with a single non-dotted name) needs more time to execute t

[issue10161] unittest: use ascii() instead of repr() to display values on error

New submission from STINNER Victor : On a failure, unittest does its best to display values. But sometimes, the output doesn't help me. Example: FAIL: test_listdir (test.test_pep277.UnicodeFileTests) -- Traceback (most recent c

[issue10160] operator.attrgetter slower than lambda after adding dotted names ability

Χρήστος Γεωργίου (Christos Georgiou) added the comment: Here comes the diff to Modules/operator.c, Doc/library/operator.rst and Lib/test/test_operator.py . As far as I could check, there are no leaks, but a more experienced eye in core development could not hurt. Also, obviously test_operato

[issue10160] operator.attrgetter slower than lambda after adding dotted names ability

Changes by Benjamin Peterson : -- assignee: d...@python -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list ma

[issue10160] operator.attrgetter slower than lambda after adding dotted names ability

Changes by Χρήστος Γεωργίου (Christos Georgiou) : Removed file: http://bugs.python.org/file19312/issue10160.diff ___ Python tracker ___ ___ Py

[issue10160] operator.attrgetter slower than lambda after adding dotted names ability

Χρήστος Γεωργίου (Christos Georgiou) added the comment: Newer version of the diff, since I forgot some "if(0) fprintf" debug calls that shouldn't be there. -- Added file: http://bugs.python.org/file19313/issue10160.diff ___ Python tracker

[issue10160] operator.attrgetter slower than lambda after adding dotted names ability

Χρήστος Γεωργίου (Christos Georgiou) added the comment: An explanation to the changes. The old code kept the operator.itemgetter arguments in the ag->attr member. If the argument count (ag->nattrs) was 1, the single argument was kept; if more than 1, a tuple of the original arguments was kep

[issue7828] chr() and ord() documentation for wide characters

Changes by STINNER Victor : -- components: +Unicode ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue10162] mimetypes read_windows_registry should tolerate permissions errors

New submission from And Clover : It is relatively common to have keys in the HKEY_CLASSES_ROOT MIME database that are not readable to all users, typically written by third-party applications. (My WinXP test box has a dozen, for apps like Flash, Silverlight and Java.) Currently, initialising m

[issue10162] mimetypes read_windows_registry should tolerate permissions errors

And Clover added the comment: (same against 2.7 branch) -- Added file: http://bugs.python.org/file19315/mimetypes-patch-2.7.patch ___ Python tracker ___

[issue9167] argv double encoding on OSX

STINNER Victor added the comment: I just closed #4388 with r85765 (Python 3.2): always use UTF-8 to decode the command line arguments on Mac OS X, not the locale encoding. I suppose that it does fix this issue. Can someone check that? -- ___ Python

[issue8776] Bytes version of sys.argv

STINNER Victor added the comment: Since r85765 (issue #4388), always use UTF-8 to decode the command line arguments on Mac OS X, not the locale encoding. Which means that the pseudo-code becomes: if os.name != 'nt': if sys.platform == 'darwin': encoding = 'utf-8' else:

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Raymond Hettinger added the comment: Jesús, can you attach a patch (with the appropriate #ifdefs)? -- ___ Python tracker ___ ___ Pyth

[issue10092] calendar does not restore locale properly

Boštjan Mejak added the comment: Please respond... On Wed, Oct 20, 2010 at 7:05 PM, Boštjan Mejak wrote: > > BoÅ¡tjan Mejak added the comment: > > Thank you so much for your answer. The > locale.setlocale(category=locale.LC_NUMERIC, > locale="Slovenian") works like a charm in my applicat

[issue10160] operator.attrgetter slower than lambda after adding dotted names ability

Raymond Hettinger added the comment: Thanks for noticing this. I wasn't aware that it had slowed down after dotted name support had been added. Since it is a mild performance issue, I'm lowering the priority. Will take a further look when I get the chance. A first look at the patch shows t

[issue10158] BadInternalCall running test_multiprocessing

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

[issue10092] calendar does not restore locale properly

R. David Murray added the comment: The bug tracker is not an appropriate place to get help on using Python. Please ask your question on a forum where you are more likely to get help, such as python-list. -- nosy: +r.david.murray ___ Python tracker

[issue10155] Add fixups for encoding problems to wsgiref

Changes by Senthil Kumaran : -- nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue9022] TypeError in wsgiref.handlers when using CGIHandler

Changes by Senthil Kumaran : -- nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue10162] mimetypes read_windows_registry should tolerate permissions errors

Changes by Ned Deily : -- components: +Windows nosy: +brian.curtin, tim.golden ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names

Martin v. Löwis added the comment: > Sorry, I didn't mean how Windows constructs the result for the > "A" interface - I was talking about Python code being able to map > the result from the Unicode interface to the form used in the > protocol (e.g. DNS). I believe the proposal is to use the DNS

[issue10160] operator.attrgetter slower than lambda after adding dotted names ability

Alex added the comment: Voice of ignorance here: why can't this be implemented in the "naive" way one might in Python, use the existing string splitting algorithms of stringlib, but just leave it in __new__. -- nosy: +alex ___ Python tracker

[issue9167] argv double encoding on OSX

Ronald Oussoren added the comment: Thank you. I'll check, but probably only sometime next week. -- ___ Python tracker ___ ___ Python-b

[issue4111] Add Systemtap/DTrace probes

Ronald Oussoren added the comment: I've the same question as Jesús Cea Avión: what is needed to get this in 3.2? This would IMHO be a useful feature. -- ___ Python tracker ___

[issue10160] operator.attrgetter slower than lambda after adding dotted names ability

Χρήστος Γεωργίου (Christos Georgiou) added the comment: Modules/operator.c grows by ~70 lines, most of it the setup code for ag->attr; also I loop twice over the args of attrgetter_new, choosing fast code that runs once per attrgetter creation than temporary data. Alex's suggestion to make u