[issue14521] math.copysign(1., float('nan')) returns -1.

Mark Dickinson added the comment: > The pickle issue occurs in the numpy module, on windows I'm still not clear what the issue is. Is there something wrong in the output of the pickle example you show? -- ___ Python tracker

[issue14512] Pydocs module docs server not working on Windows.

Terry J. Reedy added the comment: C:\Programs\Python32\Tools\Scripts>..\..\pythonw pydocgui.pyw -b has the same behavior I described. So does -g. The shortcut has been part of the Windows installation for many versions. It obviously uses pydocgui.py. C:\Programs\Python32\Lib>pydoc.py -b # sta

[issue11218] pattern=None when following documentation for load_tests and unittest.main()

Martin von Gagern added the comment: Rik, I don't follow your argument on not changing discover. Currently, if code calls discover with pattern=None, there will be an exception. So there cannot be any working code out there which passes pattern=None. Therefore, it should be all right for the

[issue14521] math.copysign(1., float('nan')) returns -1.

mattip added the comment: The pickle issue occurs in the numpy module, on windows >> cPickle.dumps(numpy.array(float('nan'))) yeilds "cnumpy.core.multiarray\n_reconstruct\np1\n(cnumpy\nndarray\np2\n(I0\ntS'b'\ntRp3\n(I1\n(tcnumpy\ndtype\np4\n(S'f8'\nI0\nI1\ntRp5\n(I3\nS'<'\nNNNI-1\nI-1\nI0\ntbI0

[issue14423] Getting the starting date of iso week from a week number and a year.

Alexander Belopolsky added the comment: On Mon, Apr 9, 2012 at 7:28 PM, Marc-Andre Lemburg wrote: > You don't really expect anyone to remember such rules, do you ? :-) No, but it is still a one-line function that those who need it can easily implement. I am on the fence here because we alread

[issue14527] How to link with an external libffi?

Paul A. added the comment: Yes, I think my libffi setup is okay, but python apparently doesn't (according to the deeper-down log files I didn't initially know about). The following is a suspicious-looking snippet from build/temp.hp-ux-B.11.31-ia64-2.7/libffi/config.log... I have to question

[issue14512] Pydocs module docs server not working on Windows.

Nick Coghlan added the comment: Hmm, we changed a few things with the way the back end server for pydoc works in 3.2. I didn't realise there was a Windows shortcut though, and I don't know how it gets generated. It sounds like it is still using the "-g" option, which is now deprecated. If yo

[issue14524] Python-2.7.3rc2/Modules/_ctypes/libffi/src/dlmalloc.c won't compile on ia64-hp-hpux11.31 without -DHAVE_USR_INCLUDE_MALLOC_H

Paul A. added the comment: Will close this -- I'll try to help improve configure as I can get time. -- resolution: -> postponed status: open -> closed ___ Python tracker ___ __

[issue14526] Python-2.6.8rc2 test never finishes ia64-hp-hpux11.31

Paul A. added the comment: Apparently my memory was faulty the other day... 2.7.2 does crash the same way as Python-2.7.3rc2 on this box. I opened a new bug report for that, so will close this one. I'll also sign up for core-mentorship as you suggest, and see what I can do to help.

[issue14540] Crash in Modules/_ctypes/libffi/src/dlmalloc.c on ia64-hp-hpux11.31

New submission from Paul A. : The following stack trace happened towards the end of a Python-2.7.3rc2 build, but I also get much the same results with 2.7.2; one difference I noticed was I didn't think I needed to add -DHAVE_USR_INCLUDE_MALLOC_H there. running build_scripts creating build/scri

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Nick Coghlan added the comment: Although, for the stdlib version, I wouldn't suppress the OS Error (I'd follow what we currently do for TemporaryDirectory) -- ___ Python tracker __

[issue14514] Equivalent to tempfile.NamedTemporaryFile that deletes file at context exit

Nick Coghlan added the comment: I converted issue #14243 to a feature request, so this is now a duplicate. -- nosy: +ncoghlan resolution: -> duplicate status: open -> closed superseder: -> tempfile.NamedTemporaryFile not particularly useful on Windows

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Nick Coghlan added the comment: I agree we need to add something here to better support the idiom where the "close" and "delete" operations on a NamedTemporaryFile are decoupled without the delete becoming a completely independent call to os.unlink(). I agree with RDM's proposal in issue 1451

[issue14423] Getting the starting date of iso week from a week number and a year.

Marc-Andre Lemburg added the comment: Alexander Belopolsky wrote: > > Alexander Belopolsky added the comment: > > On Mon, Apr 9, 2012 at 6:20 PM, Marc-Andre Lemburg > wrote: >> Which is wrong, since the start of the first ISO week of a year >> can in fact start in the preceeding year... > >

[issue14537] "Fatal Python error: Cannot recover from stack overflow." with SymPy test suite

STINNER Victor added the comment: The (first) Python stack overflow occurs at: --- (gdb) py-bt Traceback (most recent call first): File "/home/haypo/issue14537/sympy/py3k-sympy/sympy/core/expr.py", line 2531, in expand from sympy.simplify.simplify import fraction File "/home/hay

[issue14423] Getting the starting date of iso week from a week number and a year.

Alexander Belopolsky added the comment: On Mon, Apr 9, 2012 at 6:56 PM, Antoine Pitrou wrote: > This is all a bit moot since we don't have a "relativedelta" in the > stdlib. It is still worthwhile to see how it is done elsewhere. So far, we have dateutil that does not have this function and m

[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable

Brian Curtin added the comment: Agreed. I will work up a more friendly text to go along with the feature. -- ___ Python tracker ___ __

[issue14423] Getting the starting date of iso week from a week number and a year.

Antoine Pitrou added the comment: > Hmm, the dateutil documentation seems to imply that relativedelta > takes care of this: This is all a bit moot since we don't have a "relativedelta" in the stdlib. I think the two questions here are: - is this feature desirable? I think the answer is "yes" -

[issue14537] "Fatal Python error: Cannot recover from stack overflow." with SymPy test suite

Aaron Meurer added the comment: No it does not. SymPy is a pure Python library. -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue14537] "Fatal Python error: Cannot recover from stack overflow." with SymPy test suite

STINNER Victor added the comment: SymPy uses a C extension, numpy. The problem may be related to numpy. CPython tries to catch segmentation fault, but when a C extension is used, CPython may fail to protect your program against stack overflow. -- _

[issue14537] "Fatal Python error: Cannot recover from stack overflow." with SymPy test suite

Aaron Meurer added the comment: We do have a stack overflow, but this should be raising a RuntimeError, not killing Python. The way it is now, Python dies completely with abort trap 6 (hence the Mac OS X problem report). Sorry if I didn't make this clear in the OP. --

[issue10408] Denser dicts and linear probing

Jim Jewett added the comment: FWIW, doing a linear probe only within a cache line (changing the 1's bit) before applying perturb might also be useful -- and the results may change if the size of a dictentry were reduced. (Mark Shannon's now-integrated patch doesn't actually do that for the k

[issue14537] "Fatal Python error: Cannot recover from stack overflow." with SymPy test suite

STINNER Victor added the comment: It looks like an issue in SymPy, a stack overflow. Why did you report this issue on CPython bug tracker? Is there an infinite loop in a recursive function call? Can you try to get the full Python traceback using faulthandler? Use "-X faulthandler" command li

[issue14423] Getting the starting date of iso week from a week number and a year.

Alexander Belopolsky added the comment: On Mon, Apr 9, 2012 at 6:20 PM, Marc-Andre Lemburg wrote: > Which is wrong, since the start of the first ISO week of a year > can in fact start in the preceeding year... Hmm, the dateutil documentation seems to imply that relativedelta takes care of this

[issue13165] Integrate stringbench in the Tools directory

STINNER Victor added the comment: > I think that would be a useful tool for comparing two stringbench results. Please open a new issue for such improvement. -- ___ Python tracker _

[issue14423] Getting the starting date of iso week from a week number and a year.

Marc-Andre Lemburg added the comment: Alexander Belopolsky wrote: > > Alexander Belopolsky added the comment: > > Before you invest in a C version, let's discuss whether this feature is > desirable. The proposed function implements a very simple and not very > common calculation. Note tha

[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable

Martin v. Löwis added the comment: IANANSOE (I am not a native speaker of English), but it seems to me that "Prepend path" is a bit terse, in particular since "Path" is being prepended *to*. How about "Add python.exe to the search path"? That it is added to the beginning could be elaborated (

[issue14534] Add method to mark unittest.TestCases as "do not run".

R. David Murray added the comment: Note that I did just document the mixin idiom in the Lib/test docs. Which core developers probably don't read :) -- ___ Python tracker ___ _

[issue14539] logging module: logger does not print log message with logging.INFO level

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

[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable

Martin v. Löwis added the comment: > UI-wise, I'm not sure why it looks like an installable component > rather than a separate checkbox. Is it a limitation of the > installation software? You are misinterpreting the UI. The list is not of "installable components", but of "features". Adjusti

[issue14539] logging module: logger does not print log message with logging.INFO level

New submission from zodalahtathi : The logging module does not print logging message when the logging level is set to a level inferior to the default level. I can reproduce it using the Python3 (3.2.2) package from Ubuntu 12.04 beta2, or using a hand compiled Python 3.2.2. The bug is NOT presen

[issue14423] Getting the starting date of iso week from a week number and a year.

Alexander Belopolsky added the comment: Before you invest in a C version, let's discuss whether this feature is desirable. The proposed function implements a very simple and not very common calculation. Note that even dateutil does not provide direct support for this: you are instructed to

[issue14538] HTMLParser: parsing error

Ezio Melotti added the comment: With Python 2.7.3rc2 and 3.3.0a0 (strict=False) I get: Start tag: a End tag : a Start tag: script End tag : script Start tag: meta Data : Start tag: body End tag : body This is better, but still not 100% correct, the "" shouldn't be seen as data. -

[issue14423] Getting the starting date of iso week from a week number and a year.

Antoine Pitrou added the comment: Some comments: - you also need to modify the C version in Modules/_datetimemodule.c (make sure the tests exercise both versions!) - the doc needs a "versionadded" tag - I don't understand this: +if self.isocalendar()[1] != 1: +if self.wee

[issue14412] Sqlite Integer Fields

Benjamin Peterson added the comment: Given the lack of progress here, I will be releasing 2.7.3. -- ___ Python tracker ___ ___ Python

[issue14538] HTMLParser: parsing error

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

[issue14082] shutil doesn't copy extended attributes

Antoine Pitrou added the comment: > I’m writing a shutil.copyxattr() first which could simple get another > argument for the namespaces that should be copied. Sounds good to me :-) > However what to do inside copy2()? > > I’m tending to either: > > 1. copy only user.* > 2. ignore errors in a

[issue14521] math.copysign(1., float('nan')) returns -1.

mattip added the comment: I also submitted a form. Sorry about the patch name, still learning. -- ___ Python tracker ___ ___ Python-b

[issue14502] Document better what happens on releasing an unacquired lock

Georg Brandl added the comment: Agreed. Jim, I think you're trying to get consistency where none is required. -- ___ Python tracker ___ _

[issue14521] math.copysign(1., float('nan')) returns -1.

mattip added the comment: I added tests to the mark.dickinson patch, test.test_math passes. -- Added file: http://bugs.python.org/file25165/math_patch2.txt ___ Python tracker __

[issue14538] HTMLParser: parsing error

Jim Jewett added the comment: What do you think it should do? My thought is that meta tags may or may not be void, but certainly should not be nested. As XML, I would parse that as *missing closing tag But for html, there is more cleanup. The catch is that this module probabl

[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable

Brian Curtin added the comment: > UI-wise, I'm not sure why it looks like an installable component rather than > a separate checkbox. Is it a limitation of the installation software? I originally did it as a separate check box UI-wise but couldn't hook that into be an actual "Feature" in MSI

[issue14534] Add method to mark unittest.TestCases as "do not run".

Antoine Pitrou added the comment: > So the technique I suggested is that the TestLoader checks classes for > the "testbase" (or whatever we call it) *in the class dict*. So > inheritance doesn't matter - a class is only excluded from test > loading if it has the attribute directly. Why not docu

[issue14534] Add method to mark unittest.TestCases as "do not run".

Michael Foord added the comment: Here are my objections to the standard (but not widely used outside our own tests) mixin pattern for base testcases (copied and pasted from issue 14408): Because you then have classes that inherit from object calling methods that clearly don't exist (until you

[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable

Brian Curtin added the comment: I unlinked the old diff. issue3561.diff is the one that matters. As for what happens with multiple installations, it's no different than how you'd already be managing it or anything else like it. If you install 2.7 with the path option enabled and then you inst

[issue14534] Add method to mark unittest.TestCases as "do not run".

Michael Foord added the comment: So the technique I suggested is that the TestLoader checks classes for the "testbase" (or whatever we call it) *in the class dict*. So inheritance doesn't matter - a class is only excluded from test loading if it has the attribute directly. -- __

[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable

Antoine Pitrou added the comment: UI-wise, I'm not sure why it looks like an installable component rather than a separate checkbox. Is it a limitation of the installation software? -- nosy: +pitrou ___ Python tracker

[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable

Changes by Brian Curtin : Removed file: http://bugs.python.org/file24574/prependpath_in-progress.diff ___ Python tracker ___ ___ Python-bugs-li

[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable

Jim Jewett added the comment: @Brian -- to clarify, (1) Does issue3561.diff completely supersede prependpath_in-progress.diff? (And should that be the one currently subject to review?) (2) What happens with multiple installations? Do users have to manually unset the path to avoid surpri

[issue11218] pattern=None when following documentation for load_tests and unittest.main()

Rik Poggi added the comment: I think the doc should be improved (http://docs.python.org/library/unittest.html#load-tests-protocol), it's not clear how pattern in the example (last one) could not be None. Changing the discover signature doesn't seem to be an option since the TestLoader.discov

[issue14538] HTMLParser: parsing error

Changes by Michel Leunen : -- title: HTMLParser -> HTMLParser: parsing error ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue14538] HTMLParser

New submission from Michel Leunen : HTMLParser fails to parse this structure of tags: '' Parsing stops after the first meta tag ignoring the remainers from HTMLParser import HTMLParser parser = process_html() parser.feed('') Python 2.7.2+ Ubuntu 11.10 -- components: Library (Lib) me

[issue14520] Buggy Decimal.__sizeof__

Stefan Krah added the comment: Thanks for the explanations. The new __sizeof__() method should now report the exact memory usage. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue14521] math.copysign(1., float('nan')) returns -1.

Martin v. Löwis added the comment: Also, mattip: if you want to contribute some chunk of code (such as the test), please submit a contributor form. -- ___ Python tracker ___ __

[issue14521] math.copysign(1., float('nan')) returns -1.

Martin v. Löwis added the comment: The test should fail pre-patch and pass post-patch. There will be no state in the repository where the patch is present and fails, since it will be committed along with the patch. Skipping tests is only ok for tests that lack prerequisites on some systems,

[issue14520] Buggy Decimal.__sizeof__

Roundup Robot added the comment: New changeset 010aa5d955ac by Stefan Krah in branch 'default': Issue #14520: Add __sizeof__() method to the Decimal object. http://hg.python.org/cpython/rev/010aa5d955ac -- nosy: +python-dev ___ Python tracker

[issue14098] provide public C-API for reading/setting sys.exc_info()

Martin v. Löwis added the comment: Fine with me as well. Stefan, please submit a contributor form. -- ___ Python tracker ___ ___ Pyth

[issue14502] Document better what happens on releasing an unacquired lock

Antoine Pitrou added the comment: > The current question is what contract locks should follow, and whether > all locks should follow it. Would it be acceptable for > logging._releaseLock to raise a RuntimeError if the lock hadn't > previously been acquired? I don't see the point of this discus

[issue14502] Document better what happens on releasing an unacquired lock

Jim Jewett added the comment: Vinay, The current question is what contract locks should follow, and whether all locks should follow it. Would it be acceptable for logging._releaseLock to raise a RuntimeError if the lock hadn't previously been acquired? In other words, would it be acceptable t

[issue14509] Build failures in non-pydebug builds without NDEBUG.

Roundup Robot added the comment: New changeset a11a2bbd8241 by Benjamin Peterson in branch '2.7': fix build without Py_DEBUG and DNDEBUG (closes #14509) http://hg.python.org/cpython/rev/a11a2bbd8241 New changeset 64bb1d258322 by Benjamin Peterson in branch '3.1': fix build without Py_DEBUG and

[issue9691] sdist includes files that are not in MANIFEST.in

Roundup Robot added the comment: New changeset b5f0ce4ddf0c by Éric Araujo in branch '2.7': Fix long-standing bugs with MANIFEST.in parsing on Windows (#6884). http://hg.python.org/cpython/rev/b5f0ce4ddf0c -- ___ Python tracker

[issue6884] Impossible to include file in sdist that starts with 'build' on Win32

Roundup Robot added the comment: New changeset b5f0ce4ddf0c by Éric Araujo in branch '2.7': Fix long-standing bugs with MANIFEST.in parsing on Windows (#6884). http://hg.python.org/cpython/rev/b5f0ce4ddf0c -- ___ Python tracker

[issue14537] "Fatal Python error: Cannot recover from stack overflow." with SymPy test suite

Changes by Antoine Pitrou : -- nosy: +haypo versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue14502] Document better what happens on releasing an unacquired lock

Vinay Sajip added the comment: Re. logging, logging._acquireLock and logging._releaseLock are not part of the public API and are undocumented at present. The case when _releaseLock does not raise an error is when threading couldn't be imported, so the _lock variable is None. I don't see the n

[issue14537] "Fatal Python error: Cannot recover from stack overflow." with SymPy test suite

New submission from Aaron Meurer : Recently, after a small seemingly unrelated refactoring, the SymPy test suite in Python 3 started dying with "Fatal Python error: Cannot recover from stack overflow." Here's how to reproduce the error git clone git://github.com/sympy/sympy.git # Clone the

[issue14521] math.copysign(1., float('nan')) returns -1.

mattip added the comment: Your patch is much more reasonable than mine. Should I add a test that fails pre-patch and passes with the patch, or one that is skipped pre-patch and passes post-patch? I'm not sure what is accepted in the cpython development cycle -- __

[issue14521] math.copysign(1., float('nan')) returns -1.

Mark Dickinson added the comment: > May be it would be more reasonable if math.copysign(1., float('nan')) > return a float('nan')? -1. That would go against all the existing standards. -- ___ Python tracker ___

[issue14521] math.copysign(1., float('nan')) returns -1.

Serhiy Storchaka added the comment: May be it would be more reasonable if math.copysign(1., float('nan')) return a float('nan')? -- nosy: +storchaka ___ Python tracker ___

[issue13126] find() slower than rfind()

Serhiy Storchaka added the comment: I used stringbench and self-writen script (see issue13165) for comparison and saw no convincing difference. The difference to str.find does not exceed accidental deviations for other functions which are not affected by the patch. Apparently, the accuracy of

[issue13165] Integrate stringbench in the Tools directory

Serhiy Storchaka added the comment: I think that would be a useful tool for comparing two stringbench results. I propose an example of a script. Can use them separately or included in the stringbench.py, it's only an idea. -- nosy: +storchaka Added file: http://bugs.python.org/file251

[issue14534] Add method to mark unittest.TestCases as "do not run".

Antoine Pitrou added the comment: > Antoine: I've used the pattern you describe on a couple of occasions, > and it routinely confuses my code reviewers. Really? What is confusing about it? Perhaps we should simply document it. -- ___ Python tracker

[issue14534] Add method to mark unittest.TestCases as "do not run".

R. David Murray added the comment: Antoine: I don't have any problem with that personally, but Michael did, and he's the maintainer :) But there is a small advantage: it means you don't have to keep repeating the 'unittest.TestCase' boilerplate in each subclass declaration, you only have to

[issue14534] Add method to mark unittest.TestCases as "do not run".

Daniel Stutzbach added the comment: Wouldn't the subclass inherit the False value? Then the user would need to remember to override the value again in the subclass, which is error prone. Antoine: I've used the pattern you describe on a couple of occasions, and it routinely confuses my code r

[issue14534] Add method to mark unittest.TestCases as "do not run".

Antoine Pitrou added the comment: > A decorator would be provided that sets the attribute to False, since > that would make it visually obvious which TestCases are base classes > and not to be loaded. What's the point? Just derive from TestCase in the derived classes, not the base classes. -1

[issue14536] Invalid links in svn.python.org

Antoine Pitrou added the comment: Thanks for pointing it - I've fixed the "instructions". -- nosy: +pitrou resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue13897] Move fields relevant to sys.exc_info out of frame into generator/threadstate

Antoine Pitrou added the comment: > As long as there is a way to access these fields directly from the > struct (with the usual preprocessor conditional), I don't think Cython > will actually start to use the PyErr_[GS]etExcInfo() functions in > CPython - simply for performance reasons. Isn't t

[issue14520] Buggy Decimal.__sizeof__

Mark Dickinson added the comment: > and they are not exposed as Python objects or shared. Okay, thanks. Sounds like this isn't an issue at the moment then. +1 for having getsizeof report the total size used. -- ___ Python tracker

[issue13897] Move fields relevant to sys.exc_info out of frame into generator/threadstate

Stefan Behnel added the comment: I can't speak for much outside of Cython, and Cython generated modules would best be regenerated with a newer Cython version anyway in order to work with Py3.3. I'm not sure that's currently required, though. As long as there is a way to access these fields di

[issue14521] math.copysign(1., float('nan')) returns -1.

Mark Dickinson added the comment: Here's an example based on the dtoa.c code. It only changes the return value of float('nan'), and doesn't affect any other existing uses of the Py_NAN macro. It needs tests. -- keywords: +patch Added file: http://bugs.python.org/file25163/issue14521

[issue14520] Buggy Decimal.__sizeof__

Stefan Krah added the comment: Mark Dickinson wrote: > In the C version of decimal, do distinct Decimal objects ever share > coefficients? The coefficients are members of the mpd_t struct (libmpdec data type), and they are not exposed as Python objects or shared. Cache locality is incredibly

[issue14520] Buggy Decimal.__sizeof__

Martin v. Löwis added the comment: > In the C version of decimal, do distinct Decimal objects ever share > coefficients? (This would be an obvious optimization for methods > like Decimal.copy_negate; I don't know whether the C version > applies such optimizations.) If there's potential

[issue14521] math.copysign(1., float('nan')) returns -1.

Mark Dickinson added the comment: Thanks for the updated patch! (BTW, you can attach patches as files to the issue rather than writing them inline.) Yes, this patch is more along the lines that I was thinking of. There are some issues, though: (1) we need to deal with endianness issues (in

[issue11060] distutils2 sdist does not complain about version that is not PEP 386 compliant

Rik Poggi added the comment: Moving on, I've understood what the bug is about. I've made a couple of tests for this issue. I'm waiting for a review before adding others (if necessary). The fix is not going to be easy, because I'm not sure about the Metadata design. I think that what should be

[issue14520] Buggy Decimal.__sizeof__

Mark Dickinson added the comment: In the C version of decimal, do distinct Decimal objects ever share coefficients? (This would be an obvious optimization for methods like Decimal.copy_negate; I don't know whether the C version applies such optimizations.) If there's potential for shared c

[issue14520] Buggy Decimal.__sizeof__

Changes by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue13897] Move fields relevant to sys.exc_info out of frame into generator/threadstate

Mark Shannon added the comment: 3rd party code should not be accessing fields in the threadstate object, but without the accessors proposed in issue 14098 there may be no alternative. Once the patch for issue 14098 has been applied it, would it then be acceptable to remove the surperfluous fie

[issue14098] provide public C-API for reading/setting sys.exc_info()

Antoine Pitrou added the comment: Stefan's latest patch looks fine to me. -- nosy: +pitrou stage: -> commit review ___ Python tracker ___ __

[issue13897] Move fields relevant to sys.exc_info out of frame into generator/threadstate

Antoine Pitrou added the comment: > Note that Amaury is right in that extensions use tstate->exc_value and > friends. Cython does so quite extensively, for example. I understand for Cython, but why would pedestrian extension code look up tstate->exc_value? -- _

[issue13126] find() slower than rfind()

Serhiy Storchaka added the comment: > stringbench (the tool which produced those results) now exists in > Tools/stringbench/stringbench.py. Thank you, yesterday they were not. -- ___ Python tracker _

[issue4892] Sending Connection-objects over multiprocessing connections fails

Kristján Valur Jónsson added the comment: I just want to point out that each time socket.share() is called, the resulting data can only be used once by socket.fromshare(). I'm mentioning this because I know there is some caching mechanism in reduction.py and that this data is not cacheable/r

[issue14536] Invalid links in svn.python.org

New submission from Serhiy Storchaka : Links "Subversion instructions" and "Developer FAQ" on http://svn.python.org/ are invalid. -- components: Devguide messages: 157851 nosy: ezio.melotti, storchaka priority: normal severity: normal status: open title: Invalid links in svn.python.org

[issue13897] Move fields relevant to sys.exc_info out of frame into generator/threadstate

Stefan Behnel added the comment: FWIW, Cython keeps the exception state in the generator struct and that works nicely. Note that Amaury is right in that extensions use tstate->exc_value and friends. Cython does so quite extensively, for example. I don't see any use in changing the plain fiel

[issue13126] find() slower than rfind()

Antoine Pitrou added the comment: > But I would like to see the script and the results of benchmarking of > the 1/2/3/20-character ascii/ucs1/ucs2/ucs4-substring in ascii/ucs1 > /ucs2/ucs4-string, in all possible combinations. May be, such benchmark > scripts already exist? stringbench (the to

[issue13165] Integrate stringbench in the Tools directory

Changes by Antoine Pitrou : -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue13165] Integrate stringbench in the Tools directory

Roundup Robot added the comment: New changeset 704630a9c5d5 by Antoine Pitrou in branch 'default': Issue #13165: stringbench is now available in the Tools/stringbench folder. http://hg.python.org/cpython/rev/704630a9c5d5 -- nosy: +python-dev ___ Pyth

[issue8799] Hang in lib/test/test_threading.py

Antoine Pitrou added the comment: > Condition variables don't guarantee that there won't be any spurious > wakeups What do you mean? The implementation doesn't seem prone to spurious wakeups, and the docs don't say so either. > I've added two generic tests of Condition objects in their "natur

[issue13126] find() slower than rfind()

Serhiy Storchaka added the comment: I checked one example on a 32-bit system (you have a 64-bit?)), because I was afraid pessimization because of a lack of registers. str.find() is faster than str.rfind(), but the patch makes it even faster. But I would like to see the script and the results

[issue14535] three code examples in docs are not syntax highlighted

New submission from Ramchandra Apte : Three code examples in http://docs.python.org/py3k/library/multiprocessing.html#examples are not syntax highlighted. -- assignee: docs@python components: Documentation messages: 157845 nosy: docs@python, ramchandra.apte priority: normal severity: n

[issue4892] Sending Connection-objects over multiprocessing connections fails

Changes by Kristján Valur Jónsson : -- nosy: +kristjan.jonsson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue8799] Hang in lib/test/test_threading.py

Kristján Valur Jónsson added the comment: Here is a new patch. 1) I´ve simplified and relaxed test_notify() for Condition objects. Condition variables don't guarantee that there won't be any spurious wakeups so the test must maintain internal bookkeeping so that it doesn't break with a differ

  1   2   >