[issue2027] Module containing C implementations of common text algorithms
Amaury Forgeot d'Arc added the comment: I don't think that this should be part of the core standard library. Did you look at the TextIndexNG project? http://opensource.zopyx.com/projects/TextIndexNG3/ -- nosy: +amaury.forgeotdarc __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2027 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1292] libffi needs an update to support mips64, arm and armeabi on linux
Matthias Klose added the comment: there's a buildbot for mips-linux, none for mips64, so lets close this one. -- status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1292 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1597000] Use \r\n, not \n for HTTP headers
Guilherme Polo added the comment: cgitb just creates a html document with a traceback, it doesn't send it over network. I would like to take a look at this, but before it would be good to know if the author of this bug found some other place that this issue applies. -- nosy: +gpolo _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1597000 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1979] Make Decimal comparisons with NaN less arbitrary
Facundo Batista added the comment: Thanks Mark! Shall this issue be closed? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1979 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1947] Exception exceptions.AttributeError '_shutdown' in module 'threading'
Facundo Batista added the comment: It seems that it's more a problem related to your environment. It could be a problem in the installation, execution of the program, or even in the XP itself. In any case, you should ask for help in the python list, or in #python at irc.freenode.org. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1947 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1160] Medium size regexp crashes python
Guilherme Polo added the comment: I tried Frederik's solution against trunk and it works. I compiled python with ucs2 so it is surely setting SRE_CODE to unsigned long. Before this change I got the same exception as pointed by Guido Ostkamp. -- nosy: +gpolo __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1160 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2028] _fmode = O_TEXT is obsolete
New submission from Zdeněk Pavlas: Please consider setting the default file mode to O_BINARY. O_TEXT breaks many unix programs and Windows has stopped to use CRLF files for anything of use since the introduction of Win95's registry anyway. Days when majority of C codebase actually DID process text files AND CRLF files were used are long over and since Python is NOT C it should reflect that. -- components: Windows messages: 62144 nosy: zde severity: minor status: open title: _fmode = O_TEXT is obsolete type: behavior __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2028 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2029] python -m pydoc -g fails
New submission from Ben Bass: To quickly open a PyDoc browser, I want to be able to run the following: python -m pydoc -g This works fine on Python2.4, but fails on 2.5(.1), with following traceback (tested on both WinXP and Solaris 8, same result): Traceback (most recent call last): File c:\python25\lib\runpy.py, line 95, in run_module filename, loader, alter_sys) File c:\python25\lib\runpy.py, line 52, in _run_module_code mod_name, mod_fname, mod_loader) File c:\python25\lib\runpy.py, line 32, in _run_code exec code in run_globals File c:\python25\lib\pydoc.py, line 2255, in module if __name__ == '__main__': cli() File c:\python25\lib\pydoc.py, line 2191, in cli gui() File c:\python25\lib\pydoc.py, line 2162, in gui gui = GUI(root) File c:\python25\lib\pydoc.py, line 2052, in __init__ import threading ImportError: No module named threading When running pydoc.py -g directly (i.e. without the -m) it works fine, but this requires knowing the specific location of pydoc library file, so is less helpful. -- components: Library (Lib) messages: 62145 nosy: bpb severity: normal status: open title: python -m pydoc -g fails versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2029 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2028] _fmode = O_TEXT is obsolete
Facundo Batista added the comment: O_TEXT is not obsolete, as the behaviour is different even in a win2k. a = open(ubuntu-6.06.1-server-i386.iso) len(a.read()) 46424 a = open(ubuntu-6.06.1-server-i386.iso, rb) len(a.read()) 453132288 I agree that the default should be Binary. Note that this would break too much in Py2, so if happens it will need to be done in Py3. BTW, I don't know if this was already discussed, approved, rejected, etc. -- nosy: +facundobatista versions: +Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2028 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1401] urllib2 302 POST
Facundo Batista added the comment: So, the general agreement is that: - After receiven the 302, it's ok to generate a GET request. - There's a problem with the generated GET request (there should not be a Content-Length field in the headers) Right? If this is ok, I'll fix it. But, what other fields should disappear? What about Content-Type, for example? Thank you! __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1401 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2029] python -m pydoc -g fails
Amaury Forgeot d'Arc added the comment: There is a difference between -m and starting the module directly: - when running a module, its directory is inserted in front of sys.path. - with -m, the empty string '' is inserted in front of sys.path. The problem with pydoc.py is that there is specific code that modifies sys.path, and will remove the standard lib from sys.path! Look for this comment: # Scripts don't get the current directory in their path by default. We could delete three lines there and avoid to remove dirname(sys.argv[0]) from the path. -- nosy: +amaury.forgeotdarc __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2029 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2028] _fmode = O_TEXT is obsolete
Amaury Forgeot d'Arc added the comment: Windows has stopped to use CRLF files No, there are some places where a text file must be CRLF. To name a few: - Notepad - Visual Studio .sln files. Days when majority of C codebase actually DID process text files AND CRLF files were used are long over and since Python is NOT C it should reflect that. Actually, python 3.0 goes even further from C: - Python mostly deals with text files - text files will return (unicode) text data, decoded with a specified encoding (by default: 7bit ascii) Many unix programs will break anyway: if they want binary data, they will have to open files in binary mode. After that, they will run on Windows with no modification. -- nosy: +amaury.forgeotdarc __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2028 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2040] Class instance attributes that are property() should appear in __dict__
Christian Heimes added the comment: Descriptors like properties are bound to the class and not to the instance. The behavior is consistent with class attributes and methods: class Foo: ... a = 1 ... bar = property(lambda self: 'baz') ... dict(Foo.__dict__) {'a': 1, '__module__': '__main__', 'bar': property object at 0xb7d2b4b4, '__doc__': None} Foo().__dict__ {} -- nosy: +tiran resolution: - wont fix status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2040 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1916] Add inspect.isgenerator
Guilherme Polo added the comment: Maybe there should be two new functions then ? isgeneratorfunction and isgenerator. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1916 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2041] __getslice__ still called
Stefan Seefeld added the comment: Mark, thanks for the quick follow-up. OK, i now understand the situation better. The documentation I had read originally didn't talk about special-casing built-in objects. (And since I want to extend a tuple, I do have to override __getslice__ since I want to make sure the returned object still has the derived type.) Yes, I believe this issue can be closed as invalid. (Though I believe the docs could be a bit more clear about this.) Thanks, Stefan -- ...ich hab' noch einen Koffer in Berlin... __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2041 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2041] __getslice__ still called
Mark Dickinson added the comment: I think the docs do a good job of explaining this; in particular, they say, in http://docs.python.org/dev/reference/datamodel.html#special-method- names: However, built-in types in CPython currently still implement __getslice__(). and explain that __getslice__ is used only to implement the form a[i:j], and falls back to __getitem__ if __getslice__ is not implemented. Getting rid of __getslice__ for builtin types in Python 2.x is probably one of those things that would break backwards compatibility. And leaving it in is pretty harmless. To avoid surprises, don't implement __getslice__ in your own classes. But note that __getslice__ and friends are gone in Python 3.0. I'd recommend closing this as invalid, but I'll wait for a second opinion. -- nosy: +marketdickinson __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2041 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2041] __getslice__ still called
New submission from Stefan Seefeld: The python documentation states that since python 2.0 __getslice__ is obsoleted by __getitem__. However, testing with python 2.3 as well as 2.5, I find the following surprising behavior: class Tuple(tuple): def __getitem__(self, i): print '__getitem__', i def __getslice__(self, i): print '__getslice__', i t = Tuple() t[0] # __getitem__ called with type(i) == int t[0:2] # __getslice__ called with type(i) == slice t[0:2:1] # __getitem__ called with type(i) == slice -- components: Interpreter Core messages: 62162 nosy: stefan severity: major status: open title: __getslice__ still called type: behavior versions: Python 2.3, Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2041 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1401] urllib2 302 POST
Facundo Batista added the comment: Fixed in r60648, in the trunk. Now the content-length and content-type headers are removed from from the headers in the redirection. Thank you all! -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1401 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2041] __getslice__ still called
Mark Dickinson added the comment: Well, documentation patches are always welcome, I believe :) If you can point to a particular place in the documentation and suggest alternative (or extra) wording that might help, post it here and I'll deal with it. -- resolution: - invalid status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2041 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1764286] inspect.getsource does not work with decorated functions
Guilherme Polo added the comment: I am attaching a patch that address this issue. -- nosy: +gpolo Added file: http://bugs.python.org/file9384/inspect.py.diff _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1764286 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2040] Class instance attributes that are property() should appear in __dict__
Amaury Forgeot d'Arc added the comment: Well, a regular method also takes self as its first argument. And it will not appear in the instance's __dict__. The __dict__ of an object is intended to *store* its attributes. A property can be accessed like an attribute (foo_obj.bar), but it is computed each time, and not stored. Do you know the dir() function? It returns the names of all known attributes of a object, including properties and methods. -- nosy: +amaury.forgeotdarc __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2040 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1916] Add inspect.isgenerator
Guilherme Polo added the comment: I'm attaching a patch, it adds two new functions and removes some constants defined in the code that can be retrieved from compiler.consts Added file: http://bugs.python.org/file9380/inspect.py.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1916 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2027] Module containing C implementations of common text algorithms
Christian Heimes added the comment: I agree with Amaury. Pyhton uses the slogan batteries included and not fusion reactor included. We can and will never include every library that may be useful for some users. Python core's development cycles are too slow for fast moving software. Andreas' TXNG3 contains fine implementations for stemming and levenstein. -- nosy: +tiran priority: - normal versions: +Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2027 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2040] Class instance attributes that are property() should appear in __dict__
New submission from Jag Ginsberg: If I have a class: class Foo(object): bar = property(lambda self: 'baz') # ignore the value's trivial nature and then run: foo_obj = Foo() foo_obj.__dict__ ... I would expect to see: {'bar': 'baz'} ... and not: {} This would seem consistent with what a property is supposed to masquerade as. Do you disagree? -jag -- components: Interpreter Core messages: 62159 nosy: jag severity: minor status: open title: Class instance attributes that are property() should appear in __dict__ type: behavior __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2040 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1916] Add inspect.isgenerator
Amaury Forgeot d'Arc added the comment: I know two real usages: - the nose and py.test packages accept a generator function, as described here: http://codespeak.net/py/dist/test.html#generative-tests-yielding-more-tests http://somethingaboutorange.com/mrl/projects/nose/#test-generators. functions are collected with the help of the inspect module. - the twisted framework use inlineCallbacks: a function executes an asynchronous operation and yields; execution is resumed when the operation gets its results. inlineCallbacks is actually a a decorator. Both cases make the difference between a generator function and a regular function, even if it returns a generator. And they don't want to execute the function to know it... -- nosy: +amaury.forgeotdarc __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1916 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1401] urllib2 302 POST
Antoine Pitrou added the comment: Content-Type is probably meaningless but harmless as well. I'd say the priority is in getting rid of headers whose misinterpretation can be annoying, such as Content-Length. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1401 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2038] win32pdh.EnumObjects fails on Windows Server 2003 R2
Amaury Forgeot d'Arc added the comment: A quick google search on 2147481648 reveals that you are not alone: http://mail.python.org/pipermail/python-win32/2004-October/002519.html In addition, this tracker only deals with core python. I close the issue. Please discuss this problem on the pywin32 web site: http://starship.python.net/crew/mhammond/win32/ -- nosy: +amaury.forgeotdarc resolution: - invalid status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2038 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2038] win32pdh.EnumObjects fails on Windows Server 2003 R2
New submission from Richard Mason: The following test script works OK on all windows platforms apart from Windows Server 2003 R2: import win32pdh win32pdh.EnumObjects(None, None, 0, 1) When I run on Windows Server 2003 R2 get the following dump: E:\fusiondx\libtest.py Traceback (most recent call last): File E:\fusiondx\lib\test.py, line 2, in module win32pdh.EnumObjects(None, None, 0, 1) pywintypes.error: (-2147481648, 'EnumObjects for buffer size', 'No error message is available') -- components: Extension Modules messages: 62152 nosy: rmason severity: critical status: open title: win32pdh.EnumObjects fails on Windows Server 2003 R2 type: crash versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2038 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1881] increase parser stack limit
Ralf Schmitt added the comment: when I set the the stack size to 128kb on a 64bit linux with ulimit -s 128, the tests still pass (default stack size is 8192 kb). However the following fails at recursion level 180 with a segfault: def f(count): print count f(count+1) f(0) If I set the stack size to 96k, the interpreter cannot even start that script. So this change should be pretty safe to not overwrite stack boundaries. Anything else I can do to get this in? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1881 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue725149] SRE bugs with capturing groups in negative assertions
Raghuram Devarakonda added the comment: looks to have been fixed. -- nosy: +draghuram resolution: - fixed status: open - closed Tracker [EMAIL PROTECTED] http://bugs.python.org/issue725149 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2018] TextCalendar.formatmonth is not influenced by setfirstweekday
Walter Dörwald added the comment: You're supposed to use firstweekday as a property instead of using the getter method getfirstweekday(). Anyway this is fixed now in r60651 (trunk) and r60652 (release25-maint) -- resolution: accepted - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2018 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2018] TextCalendar.formatmonth is not influenced by setfirstweekday
Walter Dörwald added the comment: The doccumentation is here:http://docs.python.org/dev/library/calendar.html#calendar.TextCalendar.formatmonth (or in Doc/library/calendar.rst in the source). Anyway the first of those documentation bugs is fixed now in r60649 (trunk) and r60650 (release25-maint). __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2018 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2006] asyncore loop lacks timers and work tasks
Bill Janssen added the comment: Yes, I think we're talking about the same thing, too. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2006 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2044] test_sunaudiodev.py converted to unittest
New submission from Giampaolo Rodola': In attachment. I didn't try it since I don't have a SunOS system but it should be ok (it's very minimalistic). As far as I can tell it should work also for Python 3.0. -- components: Tests files: test_sunaudiodev.diff messages: 62182 nosy: facundobatista, giampaolo.rodola severity: normal status: open title: test_sunaudiodev.py converted to unittest type: rfe versions: Python 2.6, Python 3.0 Added file: http://bugs.python.org/file9386/test_sunaudiodev.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2044 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2045] defaultdict subclasses segfault with a bound method set as a default_factory
New submission from jason kirtland: Python 2.5.1 (r251:54863, May 23 2007, 16:25:53) [GCC 4.1.1 20070105 (Red Hat 4.1.1-52)] on linux2 Type help, copyright, credits or license for more information. from collections import defaultdict class sub(defaultdict): ... def __init__(self): ... self.default_factory = self._factory ... def _factory(self): ... return [] ... s = sub() repr(s) Segmentation fault -- components: Library (Lib) messages: 62185 nosy: jek severity: normal status: open title: defaultdict subclasses segfault with a bound method set as a default_factory type: crash versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2045 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2028] _fmode = O_TEXT is obsolete
Zdeněk Pavlas added the comment: if they want binary data, they will have to open files in binary mode. There were binary files. *THEN* dos and mac came with text files. To keep the *ORIGINAL* semantics we have to add *NEW* flags to open/fopen. Looks we'll run out of O_ bitfields and letters quite soon. 64bit words and unicode alphabet finally start to make sense... :) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2028 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2028] _fmode = O_TEXT is obsolete
Martin v. Löwis added the comment: I'll close this issue as rejected. As discussed, changing it in 2.x would be incompatible. To change the default for open in 3.x to return bytes instead of character string (i.e. open files in binary) would require convincing Guido van Rossum, which is unlikely to happen. -- nosy: +loewis resolution: - rejected status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2028 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2028] _fmode = O_TEXT is obsolete
Amaury Forgeot d'Arc added the comment: Exactly. First computer files were filled with numbers, then with English words, then with accented letters now with kanjis. Imagine that binary is a kind of language. And not spoken by many people anymore ;-) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2028 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1916] Add inspect.isgenerator
Guilherme Polo added the comment: Adding a patch that fixes inspect test and doc. Added file: http://bugs.python.org/file9381/inspect_doc_and_test.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1916 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1966] infinite loop in httplib
Changes by Georgij Kondratjev: -- nosy: +orivej __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1966 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1979] Make Decimal comparisons with NaN less arbitrary
Mark Dickinson added the comment: Closing. -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1979 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2029] python -m pydoc -g fails
Guilherme Polo added the comment: I don't see the point of lines below that comment # Scripts don't get the current directory in their path by default.. I'm adding a patch that removes those lines and makes use of pathdirs function instead of using sys.path in serve function, so you get unique paths and some other things that pathdirs does. If pathdirs shouldn't be used then it should be removed as well, because it was not been used anywhere else. It seems sometime this was changed by mistake. -- nosy: +gpolo Added file: http://bugs.python.org/file9387/pydoc.py.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2029 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2040] Class instance attributes that are property() should appear in __dict__
Jag Ginsberg added the comment: I appreciate your quick response, and I certainly hope you won't read this as me being anything but ignorant, but how can a property whose function definitions include self be about the class and not the instance? I agree that Foo.__dict__ should include the property object reference, but if a property is supposed to be a function that behaves like an instance attribute (I say instance because of the presence of self in the arguments and not cls), wouldn't it make sense for its value to be included in foo_obj.__dict__ like every other attribute whose value is specific to the instance? I'm sure my misunderstanding is in the intended definitions of __dict__ and of property(). :-/ __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2040 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2042] test_audioop.py converted to unittest
New submission from Giampaolo Rodola': In attachment. Original tests are unchanged. -- components: Tests files: test_audioop.diff messages: 62176 nosy: facundobatista, giampaolo.rodola severity: normal status: open title: test_audioop.py converted to unittest type: rfe versions: Python 2.6 Added file: http://bugs.python.org/file9383/test_audioop.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2042 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2043] test_cl.py converted to unittest
New submission from Giampaolo Rodola': In attachment. -- components: Tests files: test_cl.diff messages: 62178 nosy: facundobatista, giampaolo.rodola severity: normal status: open title: test_cl.py converted to unittest versions: Python 2.6 Added file: http://bugs.python.org/file9385/test_cl.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2043 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1218234] inspect.getsource doesn't update when a module is reloaded
Guilherme Polo added the comment: I'm attaching a patch. Is there some hidden problem that it may cause ? By the way, this issue is a duplicate of http://bugs.python.org/issue993580 -- nosy: +gpolo Added file: http://bugs.python.org/file9382/inspect.py.diff _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1218234 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2046] patch to fix_import: UserDict - collections
New submission from Eduardo Padoan: UserDict moved from UserDict module (deleted) to collections on py3k. This patch adds this case to fix_import.py on 2to3. -- assignee: collinwinter components: 2to3 (2.x to 3.0 conversion tool) files: fix_import_udict.diff messages: 62186 nosy: collinwinter, eopadoan, rhettinger severity: normal status: open title: patch to fix_import: UserDict - collections type: behavior versions: Python 2.6, Python 3.0 Added file: http://bugs.python.org/file9388/fix_import_udict.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2046 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2045] defaultdict subclasses segfault with a bound method set as a default_factory
Changes by Amaury Forgeot d'Arc: -- assignee: - amaury.forgeotdarc nosy: +amaury.forgeotdarc resolution: - fixed status: open - pending __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2045 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2027] Module containing C implementations of common text algorithms
Matt Chaput added the comment: The Porter stemming and Levenshtein edit-distance algorithms are not fast-moving nor are they fusion reactors... they've been around forever, and are simple to implement, but are still useful in various common scenarios. I'd say this is similar to Python including an implementation of digest functions such as SHA: it's useful enough, and compute-intensive enough, to warrant a C implementation. Shipping C extensions is not an option for everyone; it's especially a pain with Windows. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2027 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2045] defaultdict subclasses segfault with a bound method set as a default_factory
Amaury Forgeot d'Arc added the comment: Committed r60663 in trunk. Thanks for the report! Will backport to the 2.5 branch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2045 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.
Mark Dickinson added the comment: from Guido: I have one minor nit on the current rational.py code: all internal accesses to the numerator and denominator should use self._numerator and self._denominator -- going through the properties makes it *much* slower. Remember that Python function/method calls are slow, and never optimized away. :-) This isn't quite as simple as doing s/.numerator/._numerator, since the current code makes use of the fact that the int and long types also implement .numerator and .denominator. Can we follow the approach that Decimal takes: convert subclasses of int and long to Rational before operating? At first sight it seems possible that this might actually slow down code that does a lot of mixed-mode int/long + Rational arithmetic, but I think this is unlikely. I'll implement this unless there are objections. I'm also wondering what the policy should be on return types: if a and b are instances of a subclass of Rational, should a+b have return type Rational, or return type equal to that of a and b? Current behaviour of various builtin types and Decimal suggests that a Rational should be returned. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1682 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2045] defaultdict subclasses segfault with a bound method set as a default_factory
Amaury Forgeot d'Arc added the comment: Committed r60664 for the coming 2.5.2. -- status: pending - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2045 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2018] TextCalendar.formatmonth is not influenced by setfirstweekday
MATSUI Tetsushi added the comment: In the message msg62100, I asked about the place of *setfirstweekday()*. Your answer in the message msg62173 was about *formatmonth()*. I don't think the fix is complete until some explanations are given for firstweekday and/or its getter/setter, since they have been mentioned from your description fixes but have no entries. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2018 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2047] shutil.destinsrc returns wrong result when source path matches beginning of destination path
New submission from André Fritzsche: shutil.destinsrc(src,dst) Checks if 'dst' starts with 'src', which can return a wrong result if 'dst' even starts with 'scr' but isn't really a subdirector of it. E.g. (src=r'C:\data', dst=r'C:\data.old') returned true, although dst isn't a subdirectory of src. I tried to fix this creating the absolute paths of 'dst' and 'src' appended the path seperator, if there wasn't one. Then did the check again and now the result is correct. See the diff file I've appended (and hopefully created correctly) -- components: Library (Lib) files: shutil.diff messages: 62193 nosy: computercrustie severity: normal status: open title: shutil.destinsrc returns wrong result when source path matches beginning of destination path type: behavior versions: Python 2.4 Added file: http://bugs.python.org/file9389/shutil.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2047 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com