[issue4799] handling inf/nan in '%f'

New submission from Cournapeau David : On windows, with python 2.6, s = '%s' % float('inf') is 'inf', but s = '%f' % float('inf') is equal to '1.#INF'. This patch fixes the inconsistency, by using the code from floatobject.f format_float into stringobject.c formatfloat. I think it would be bett

[issue4798] Update deprecation of 'new' module in PEP 4.

Changes by Vikram U Shenoy : Added file: http://bugs.python.org/file12517/pep_update_for_new_module_dec_31_2008.patch ___ Python tracker ___ _

[issue4798] Update deprecation of 'new' module in PEP 4.

New submission from Vikram U Shenoy : Attached are two patches: * Update PEP 4 about 'new' module which is deprecated since python 2.6 in favour of using types module. * Update documentation for 'new' module. Not sure about the exact date of proposal for deprecating 'new' module, but closest t

[issue4753] Faster opcode dispatch on gcc

Paolo 'Blaisorblade' Giarrusso added the comment: == On the patch itself == Why don't you use the C preprocessor instead of that Python code? Sample code: #define OPCODE_LIST(DEFINE_OPCODE) \ DEFINE_OPCODE(STOP_CODE, 0) \ DEFINE_OPCODE(POP_TOP, 1) \

[issue4797] test_fileio error (windows)

New submission from Hirokazu Yamamoto : This patch fixes this error. http://www.python.org/dev/buildbot/trunk.stable/x86%20XP-4% 20trunk/builds/1727/step-test/0 == FAIL: testOpendir (test.test_fileio.AutoFileTests)

[issue4753] Faster opcode dispatch on gcc

Paolo 'Blaisorblade' Giarrusso added the comment: Topics 1) About different speedups on 32bits vs 64 bits 2) About PPC slowdown 3) PyPI === About different speedups on 32bits vs 64 bits === An interpreter is very register-hungry, so on x86_64 it spends much less time on register spill (

[issue4753] Faster opcode dispatch on gcc

Paolo 'Blaisorblade' Giarrusso added the comment: > You may want to check out issue1408710 in which a similar patch was > provided, but failed to deliver the desired results. It's not really similar, because you don't duplicate the dispatch code. It took me some time to understand why you didn't

[issue4753] Faster opcode dispatch on gcc

Paolo 'Blaisorblade' Giarrusso added the comment: Some other comments. The time saving of indirect threading are also associated with the removal of the range check, but better branch prediction is the main advantage. > Also, the macro USE_THREADED_CODE should be renamed to something else; > th

[issue4753] Faster opcode dispatch on gcc

Skip Montanaro added the comment: Paolo> (2.5 is in bugfix-only mode, and as far as I can see this patch Paolo> cannot be accepted there, sadly). You could backport it to 2.4 & 2.5 and just put it up on PyPI... ___ Python tracker

[issue4572] add SEEK_* values to io and/or io.IOBase

Changes by Benjamin Peterson : -- versions: -Python 3.0 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue4753] Faster opcode dispatch on gcc

Paolo 'Blaisorblade' Giarrusso added the comment: Mentioning other versions as well. The patch is so easy that it can be backported to all supported versions, so I'm adding all of them (2.5 is in bugfix-only mode, and as far as I can see this patch cannot be accepted there, sadly). -- v

[issue4753] Faster opcode dispatch on gcc

Changes by Paolo 'Blaisorblade' Giarrusso : -- nosy: +blaisorblade ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue3433] libtk

Changes by Mitchell Model : -- title: Mac, 3.0 framework install error with fink cp -> libtk ___ Python tracker ___ ___ Python-bugs-lis

[issue4522] Module wsgiref is not python3000 ready (unicode issues)

Antoine Pitrou added the comment: Resolution is more advanced in #4718. -- nosy: +pitrou resolution: -> duplicate status: open -> closed superseder: -> wsgiref package totally broken ___ Python tracker __

[issue3266] Python-2.5.2/Modules/mmapmodule.c:915: error: `O_RDWR' undeclared

Changes by Antoine Pitrou : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue3959] Add Google's ipaddr.py to the stdlib

pmoody added the comment: > I'm not sure which API in netaddr you're referring to. If you want to > construct that /24 with netaddr, then I would use > netaddr.address.CIDR("1.1.1.0/24"). Offhand, I can't find an API which netaddr.AddrRange class AddrRange(__builtin__.object) | A block of

[issue3680] Cycles with some iterator are leaking.

Changes by Antoine Pitrou : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue3976] pprint._safe_repr is not general enough in one instance

Antoine Pitrou added the comment: For this to be integrated, it should also add an unit test. ___ Python tracker ___ ___ Python-bugs-list maili

[issue4035] Support bytes for os.exec*()

Antoine Pitrou added the comment: Hmm, I think the supported types should be the same for all platforms, otherwise it creates unnecessary headaches. Perhaps, in addition to the proposed behaviour on Posix (convert everything to bytes if the program name is a bytes object), the reverse could be

[issue3959] Add Google's ipaddr.py to the stdlib

Jean-Paul Calderone added the comment: > hm, all addresses have a subnet, even if its an implied /32, so specifying a network as ("1.1.1.0", "1.1.1.255") seems a lot more off-putting than "1.1.1.0/24". You're also much more likely to see the latter in network devices. I'm not sure which API in

[issue4272] set timestamp in gzip stream

Antoine Pitrou added the comment: test_literal_output looks really too strict to me. At most, you could check that the header and trailer are unchanged, but it would probably make it equivalent to test_metadata. Other than that, I think it's an useful addition. -- nosy: +pitrou priority

[issue4572] add SEEK_* values to io and/or io.IOBase

Antoine Pitrou added the comment: Sounds like a nice improvement. -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing

[issue3959] Add Google's ipaddr.py to the stdlib

pmoody added the comment: hm, all addresses have a subnet, even if its an implied /32, so specifying a network as ("1.1.1.0", "1.1.1.255") seems a lot more off-putting than "1.1.1.0/24". You're also much more likely to see the latter in network devices. I guess I don't see the utility in an addr

[issue1664] nntplib is not IPv6-capable

Antoine Pitrou added the comment: I was going to suggest writing a test but I see that nntplib hasn't got a single unit test :-O -- nosy: +pitrou ___ Python tracker ___ _

[issue3959] Add Google's ipaddr.py to the stdlib

Jean-Paul Calderone added the comment: Performance shouldn't be a major concern here. Utility is more important and the implementation can be optimized later. My initial impression of netaddr is pretty good. One thing it has going for it is documentation. The netaddr google page gives a real

[issue4795] inspect.isgeneratorfunction inconsistent with other inspect functions

Raymond Hettinger added the comment: This can be simplified to just: return (isfunction(object) or ismethod(object)) and \ object.func_code.co_flags & CO_GENERATOR No need for patterns like: if cond: return True return False -- nosy: +rhettinger ___

[issue3959] Add Google's ipaddr.py to the stdlib

pmoody added the comment: I'm biased ;) but I don't see what netaddr provides over ipaddr. it also seems to be in the neighborhood of 50% slower (at least on my mac mini). pmo...@mini - 04:52 PM - ~/Downloads/ipaddr-1.0.1 -> python -m timeit 'import ipaddr;\ ipaddr.IP("1.1.1.1")' 1 loops,

[issue4781] The function, Threading.Timer.run(), may be Inappropriate

Gabriel Genellina added the comment: Note that doing this would change the class semantics. Timer "[...] represents an action that should be run only after a certain amount of time has passed — a timer." and the example clearly shows that the action is run *once*. Timer is basically an examp

[issue4796] Decimal to receive from_float method

Raymond Hettinger added the comment: FYI, there is already a lossless implementation in the docs: def float_to_decimal(f): "Convert a floating point number to a Decimal with no loss of information" n, d = f.as_integer_ratio() with localcontext() as ctx: ctx.traps[Inexact] =

[issue4796] Decimal to receive from_float method

Raymond Hettinger added the comment: The decimal constructor should be lossless. The underlying spec was designed with the notion that all numbers in decimal are exact; operations can be lossy but the numbers themselves are exact. Accordingly, I recommend Decimal.from_float(f) with no qualifie

[issue4738] Patch to make zlib-objects better support threads

Antoine Pitrou added the comment: Same comment about potential deadlocks as in #4751. ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue4751] Patch for better thread support in hashlib

Antoine Pitrou added the comment: Actually, your code can deadlock since ENTER_HASHLIB doesn't release the GIL. Think about it: // Thread A is here, holding the GIL and waiting for self->lock to be // released by thread B ENTER_HASHLIB(self) Py_BEGIN_ALLOW_THREADS // Thread B is here, holding

[issue4795] inspect.isgeneratorfunction inconsistent with other inspect functions

Benjamin Peterson added the comment: Fixed in r68112. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue3023] Problem with invalidly-encoded command-line arguments (Unix)

Changes by Gabriel Genellina : -- nosy: +gagenellina ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue3959] Add Google's ipaddr.py to the stdlib

David Moss added the comment: I think this might be worth a look before any hard and fast decisions are made :- http://code.google.com/p/netaddr/ -- nosy: +drkjam ___ Python tracker ___

[issue4751] Patch for better thread support in hashlib

Antoine Pitrou added the comment: Based on quick testing on my computer, we could probably put the limit as low as 1KB. But it may be that locks are cheap under Linux. In any case, the patch looks good, but I'm no OpenSSL expert. ___ Python tracker

[issue4751] Patch for better thread support in hashlib

Changes by Antoine Pitrou : -- nosy: +gps ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue4796] Decimal to receive from_float method

Changes by Raymond Hettinger : -- assignee: -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue4753] Faster opcode dispatch on gcc

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file12474/threadedceval2.patch ___ Python tracker ___ ___ Python-bugs-list mai

[issue4753] Faster opcode dispatch on gcc

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file12511/threadedceval3.patch ___ Python tracker ___ ___ Python-bugs-list mai

[issue4796] Decimal to receive from_float method

New submission from Steven D'Aprano : In the PEP for Decimal, it was discussed that the class should have a from_float() method for converting from floats, but to leave it out of the Python 2.4 version: http://www.python.org/dev/peps/pep-0327/#from-float Following discussions with Mark Dickins

[issue4753] Faster opcode dispatch on gcc

Antoine Pitrou added the comment: Attached new patch for fixes suggested by Alexandre (rename opcode_targets.c to opcode_targets.h, replace USE_THREADED_CODE with USE_COMPUTED_GOTOS). Added file: http://bugs.python.org/file12514/threadedceval4.patch ___ Pyth

[issue4794] garbage collector blocks and takes worst-case linear time wrt number of objects

darrenr added the comment: A 'stop-the-world' garbage collector that periodically released the GIL could be run in a second thread, allowing the main thread to break in and do some processing. However the nature of a stop-the-world collector means that it probably would not easily be able to dea

[issue4795] inspect.isgeneratorfunction inconsistent with other inspect functions

New submission from Steven D'Aprano : The inspect isSOMETHING() functions all return True or False, except for isgeneratorfunction(), which returns True or None. The body of the function is very brief: if (isfunction(object) or ismethod(object)) and \ object.func_code.co_flags & CO_GEN

[issue4753] Faster opcode dispatch on gcc

Antoine Pitrou added the comment: Hello, > You may want to check out issue1408710 in which a similar patch was > provided, but failed to deliver the desired results. > > I didn't get the advertised ~15% speed-up, but only 4% on my Intel Core2 > laptop and 8% on my AMD Athlon64 X2 desktop. I at

[issue4793] Glossary incorrectly describes a decorator as "merely syntactic sugar"

Benjamin Peterson added the comment: On Wed, Dec 31, 2008 at 3:17 PM, Lenard Lindstrom wrote: > > However, the issue is one of definitions. Is the phrase "merely > syntactic sugar" misleading? In this case it makes promises that may not > be kept. It's not misleading because in 99.99% of all c

[issue4753] Faster opcode dispatch on gcc

Skip Montanaro added the comment: Antoine> You're sure you didn't compile in debug mode or something? Just Antoine> checking. There was a cut-n-paste error in that one which I noticed right after submitting (man, do I hate the crappy editing capability of widgets). I removed it within a m

[issue4753] Faster opcode dispatch on gcc

Antoine Pitrou added the comment: > Works pretty well for me on my MacBook Pro, but on my G5 it performed > abysmally. In fact, it ran so much worse that I cleaned up my sandbox > and did both checks all over again to make sure I didn't mess something > up. It looks like my MacBook Pro saw ab

[issue4753] Faster opcode dispatch on gcc

Skip Montanaro added the comment: Works pretty well for me on my MacBook Pro, but on my G5 it performed abysmally. In fact, it ran so much worse that I cleaned up my sandbox and did both checks all over again to make sure I didn't mess something up. It looks like my MacBook Pro saw about a 7%

[issue4753] Faster opcode dispatch on gcc

Changes by Skip Montanaro : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python

[issue4753] Faster opcode dispatch on gcc

Skip Montanaro added the comment: Works pretty well for me on my MacBook Pro, but on my G5 it performed abysmally. In fact, it ran so much worse that I cleaned up my sandbox and did both checks all over again to make sure I didn't mess something up. It looks like my MacBook Pro saw about a 14

[issue4790] Optimization to heapq module

Nilton Volpato added the comment: Nice! Maybe we could add the decorate/undecorate step to guarantee stability to the C implementation. I'll do some experiments and timings on this. The heapq library has a lot of room for optimization, I think. ___ Python tr

[issue4753] Faster opcode dispatch on gcc

Changes by Raymond Hettinger : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue4753] Faster opcode dispatch on gcc

Changes by Alexandre Vassalotti : Added file: http://bugs.python.org/file12513/intel-core2-mobile-pybench.txt ___ Python tracker ___ ___ Python

[issue4753] Faster opcode dispatch on gcc

Alexandre Vassalotti added the comment: You may want to check out issue1408710 in which a similar patch was provided, but failed to deliver the desired results. I didn't get the advertised ~15% speed-up, but only 4% on my Intel Core2 laptop and 8% on my AMD Athlon64 X2 desktop. I attached the b

[issue4793] Glossary incorrectly describes a decorator as "merely syntactic sugar"

Lenard Lindstrom added the comment: The claim "merely" syntactic sugar implies that the inverse is also true, the decorator expression: @do_something def foo(): can be replaced it with: def foo(): foo = do_something(foo) This is guaranteed if do_something is purely function

[issue4753] Faster opcode dispatch on gcc

Antoine Pitrou added the comment: This new patch adds some detailed comments, at Jason Orendorff's request. Added file: http://bugs.python.org/file12511/threadedceval3.patch ___ Python tracker _

[issue4747] SyntaxError executing a script containing non-ASCII characters in its name or path

Benjamin Peterson added the comment: Looks good. -- keywords: -needs review nosy: +benjamin.peterson ___ Python tracker ___ ___ Pytho

[issue4794] garbage collector blocks and takes worst-case linear time wrt number of objects

Benjamin Peterson added the comment: The garbage collector will never be able to run in a second thread because it manipulates Python objects, which the GIL is supposed to protect! As for non-linear complexity, see #4688 and #4074 for some attempts to sooth this problem over. -- nosy:

[issue4793] Glossary incorrectly describes a decorator as "merely syntactic sugar"

Benjamin Peterson added the comment: It is possible to "desugar" the exact behavior by creating the function ones self. Regardless, the usefulness this behavior is limited because it relys on the decorator being in the same module as the function. It is also fragile for nested functions. -

[issue4794] garbage collector blocks and takes worst-case linear time wrt number of objects

Changes by David W. Lambert : -- nosy: +LambertDW ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue4793] Glossary incorrectly describes a decorator as "merely syntactic sugar"

Lenard Lindstrom added the comment: It is distinct behavior. Without a decorator a new function is immediately assigned to the identifier. Any previous reference is lost. A decorator postpones assignment until the decorator returns. That allows the decorator to access the previous object. I don'

[issue4794] garbage collector blocks and takes worst-case linear time wrt number of objects

Changes by darrenr : -- components: +Interpreter Core type: -> resource usage ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue4794] garbage collector blocks and takes worst-case linear time wrt number of objects

New submission from darrenr : Python's garbage collector holds GIL during collection and doesn't provide any method of interruption or concurrency with other Python threads within a single Python VM. This can be a problem for realtime applications. The worst-case performance of the garbage collec

[issue2827] IDLE 3.0a5 cannot handle UTF-8

Pavel Kosina added the comment: the following very simple example might be the the same issue: x="ěščřžýáíé" print (x) It reliably puts down IDLE entirely without any error message. It is saved in UTF-8. python +idle 3.0, wxp sp3 -- nosy: +geon __

[issue4793] Glossary incorrectly describes a decorator as "merely syntactic sugar"

Guilherme Polo added the comment: Your example doesn't disprove the "merely syntactic sugar" found in the documentation about the decorator syntax. The results you are getting are based on when the decorator is applied. -- nosy: +gpolo resolution: -> invalid status: open -> closed __

[issue4793] Glossary incorrectly describes a decorator as "merely syntactic sugar"

New submission from Lenard Lindstrom : http://www.python.org/doc/2.6/glossary.html The decorator entry in the Python 2.6 documentation incorrectly describes a decorator as "merely syntactic sugar". It is not, as this example shows: >>> def decorator(f): f.prev = globals()[f.__name__]

[issue3260] fix_imports does not handle intra-package renames

Benjamin Peterson added the comment: I think I will close this as "won't fix". As you say, the only applicable rename is test.test_support. That only is not enough IMO to add all the complexity to fix_imports that handling packages properly would require. -- nosy: +benjamin.peterson res

[issue2734] 2to3 converts long(itude) argument to int

Benjamin Peterson added the comment: I hope r68106 helps. 2to3 now refuses to change long if it is being assigned to, the name of a function or class, the name of an argument, or an attribute. -- resolution: -> fixed status: open -> closed ___ Pytho

[issue2638] tkSimpleDialog Window Flashing

Guilherme Polo added the comment: Dropped for inclusion in python 2.5, but should still be considered for trunk and py3k. -- resolution: -> accepted versions: +Python 2.7, Python 3.0, Python 3.1 -Python 2.5 ___ Python tracker

[issue2995] Idle, some Linuxes, cannot position Cursor by mouseclick

Guilherme Polo added the comment: Can you retry making some small example that demonstrates the problem ? -- nosy: +gpolo ___ Python tracker ___ _

[issue2693] IDLE doesn't work with Tk 8.5 under python 2.5 and older

Changes by Guilherme Polo : -- title: IDLE doesn't work with Tk 8.5 -> IDLE doesn't work with Tk 8.5 under python 2.5 and older ___ Python tracker ___ _

[issue2693] IDLE doesn't work with Tk 8.5

Guilherme Polo added the comment: Closing as only r59654 was backported to release25-maint, so Tk 8.5 is not fully supported by the standard Tkinter present in python 2.5.x -- resolution: -> wont fix status: open -> closed ___ Python tracker

[issue4753] Faster opcode dispatch on gcc

Changes by Skip Montanaro : -- nosy: +skip.montanaro ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue995925] method after() and afer_idle() are not thread save

Guilherme Polo added the comment: This is not going to happen. You should be protecting it yourself since this is a special case. -- nosy: +gpolo resolution: -> wont fix status: open -> closed ___ Python tracker

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

Christopher Mahan added the comment: The list does not seem to contain non-ascii characters. ___ Python tracker ___ ___ Python-bugs-list mailin

[issue1702551] distutils sdist does not exclude SVN/CVS files on Windows

Tarek Ziadé added the comment: I have put this ticket in my pile. I will write the test to demonstrate the problem and get back to your patch proposal. As Christian said, both separator should be taken care of under Windows, so the final regexp will be slighly different. Last, the trunk code

[issue734176] Make Tkinter.py's nametowidget work with cloned menu widgets

Guilherme Polo added the comment: Eh.. old. Anyway, I have made a patch against trunk now and it should work with any nested level of cloned menus according to how tk names cloned menus. -- nosy: +gpolo versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.3 Added file: ht

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

Christopher Mahan added the comment: Added file screenshot of filezilla view of the folder in question. ___ Python tracker ___ ___ Python-bugs-

[issue4508] distutils compiler not handling spaces in path to output/src files

Tarek Ziadé added the comment: Hi. I am not familiar with weave. Could you provide a small sample of code that raises this issue. This way, I will be able to write the standalone test we can integrate in distutils together with your fix. -- assignee: -> tarek nosy: +tarek priority: ->

[issue4670] setup.py exception when db_setup_debug = True

Amaury Forgeot d'Arc added the comment: Closing as "out of date": 2.6.0 already has the fix (since r54124), and 2.5 is now in security-fixes-only mode. -- nosy: +amaury.forgeotdarc resolution: -> out of date status: open -> closed ___ Python tracker

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

Christopher Mahan added the comment: the output: just before the non-responsiveness: -rwxrwxrwx 1 nobody nogroup 3905538 Dec 29 09:51 Bronski Beat - Why.mp3 -rwxrwxrwx 1 nobody nogroup873966 Dec 28 13:53 test9.avi -rwxrwxrwx 1 nobody nogroup 2512653 Dec 29 08:28 test9_lg.wmv

[issue4753] Faster opcode dispatch on gcc

Antoine Pitrou added the comment: > Is this a special GCC feature? Yes, it is. http://gcc.gnu.org/onlinedocs/gcc/Labels-as-Values.html ___ Python tracker ___

[issue4753] Faster opcode dispatch on gcc

Christian Heimes added the comment: > I haven't read any papers. Having a jump table in itself isn't special > (the compiler does exactly that when compiling the switch() statement). > What's special is that a dedicated indirect jump instruction at the end > of each opcode helps the CPU make a s

[issue3638] tkinter.mainloop() is meaningless and crash: remove it

Antoine Pitrou added the comment: Well, well, sorry for the noise! ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue3638] tkinter.mainloop() is meaningless and crash: remove it

Guilherme Polo added the comment: On Wed, Dec 31, 2008 at 2:27 PM, Guilherme Polo wrote: > > Guilherme Polo added the comment: > > On Wed, Dec 31, 2008 at 2:24 PM, Antoine Pitrou > wrote: >> >> Antoine Pitrou added the comment: >> >> "tkinter.mainloop" seems used in a bunch of places accord

[issue3638] tkinter.mainloop() is meaningless and crash: remove it

Guilherme Polo added the comment: On Wed, Dec 31, 2008 at 2:24 PM, Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > > "tkinter.mainloop" seems used in a bunch of places according to Google > Code. Am I missing something? > Yes, those are not _tkinter.mainlooop, they are Tkinter.m

[issue4732] Object allocation stress leads to segfault on RHEL

Antoine Pitrou added the comment: Ok, thanks for the investigation! -- resolution: -> invalid status: open -> closed ___ Python tracker ___ _

[issue4732] Object allocation stress leads to segfault on RHEL

Andrew added the comment: This problem appears to be specific to RHEL 5, and is not a Python problem. Linking against Google malloc (libtcmalloc) fixes the issue. This bug should be closed. ___ Python tracker

[issue3638] tkinter.mainloop() is meaningless and crash: remove it

Antoine Pitrou added the comment: "tkinter.mainloop" seems used in a bunch of places according to Google Code. Am I missing something? http://www.google.com/codesearch?hl=fr&lr=&q=%22tkinter.mainloop%22&sbtn=Rechercher -- nosy: +pitrou ___ Python tr

[issue4747] SyntaxError executing a script containing non-ASCII characters in its name or path

Amaury Forgeot d'Arc added the comment: Yes. As usual, the problem occurs when the platform encoding (used by wcstombs) is not utf-8. ___ Python tracker ___ __

[issue4753] Faster opcode dispatch on gcc

Antoine Pitrou added the comment: > I'm having trouble understanding the technique of the jump table. Can > you provide some links to papers that explain the threaded code? I'm > interested in learning more. I haven't read any papers. Having a jump table in itself isn't special (the compiler do

[issue4749] Issue with RotatingFileHandler logging handler on Windows

Vinay Sajip added the comment: Can you (Mohammad) say which specific tickets raised the same issue? I downloaded and ran your script (Windows XP Pro, ActivePython 2.5.2.2) and had no problems. I created a .bat file with 100 invocations of the .py file. Lowell Alleman refers to concurrent use of

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

STINNER Victor added the comment: Can you paste the expected result of ftp.retrlines('LIST')? Does a directory contains a non-ASCII character? -- nosy: +haypo ___ Python tracker ___

[issue4747] SyntaxError executing a script containing non-ASCII characters in its name or path

STINNER Victor added the comment: I'm unable to reproduce the problem on Linux. I wrote a script /home/haypo/ééé/ééé.py: --- #!/home/haypo/prog/SVN/py3k/python # -*- coding: ascii -*- print("a") --- The script runs fine: $ ./ééé.py a $ /home/haypo/prog/SVN/py3k/python é

[issue4753] Faster opcode dispatch on gcc

Christian Heimes added the comment: I'm having trouble understanding the technique of the jump table. Can you provide some links to papers that explain the threaded code? I'm interested in learning more. How does your implementation compare to the GForth based threaded code speedwise? _

[issue4772] undesired switch fall-through in socketmodule.c

Amaury Forgeot d'Arc added the comment: See attached patch. -- keywords: +needs review, patch nosy: +amaury.forgeotdarc stage: -> patch review versions: +Python 2.6, Python 3.0 Added file: http://bugs.python.org/file12507/bluetooth.patch ___ Python

[issue4753] Faster opcode dispatch on gcc

Changes by Christian Heimes : -- nosy: +christian.heimes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue4747] SyntaxError executing a script containing non-ASCII characters in its name or path

Amaury Forgeot d'Arc added the comment: This also happens if there is any kind of syntax error in the file: "SyntaxError: None" is printed without any other hint. The (char*) filename passed to PyRun_AnyFile should be utf-8 encoded; Otherwise the file cannot be re-opened. Attached patch fixes

[issue4792] PythonCmd in Modules/_tkinter.c should use the given "interp" parameter

New submission from Guilherme Polo : Right now PythonCmd is using the Tcl interpreter stored in self->interp, but this is unsafe and since it is a Tcl_CmdProc it already receives the Tcl interpreter as a parameter. Using the interpreter in self->interp is unsafe because Python might deallocate th

  1   2   >