[issue8852] _socket fails to build on OpenSolaris x64
Martin v. Löwis mar...@v.loewis.de added the comment: I appreciate your point. But do you know if anyone has it on their TODO list? It's on my todo list, but that still might mean I can only get to it next year. If not, is there anything I could do about it? You could invoke the 5-for-one deal. Review 5 issues, and I'll deal with this one. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8852 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
Mark Dickinson dicki...@gmail.com added the comment: Did you have a chance to try a debug build of Python and see if the problem persists there? I'm failing to reproduce this in OpenSolaris 2009.06, running in Parallels on a MacBook Pro (non-debug 32-bit build of Python): dicki...@eratosthenes:~/release26-maint$ uname -a SunOS eratosthenes 5.11 snv_111b i86pc i386 i86pc Solaris dicki...@eratosthenes:~/release26-maint$ cat /etc/release OpenSolaris 2009.06 snv_111b X86 Copyright 2009 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 07 May 2009 dicki...@eratosthenes:~/release26-maint$ ./python Python 2.6.5+ (release26-maint:82213, Jun 25 2010, 00:52:22) [GCC 3.4.3 (csl-sol210-3_4-20050802)] on sunos5 Type help, copyright, credits or license for more information. float.hex(-0.0) '-0x0.0p+0' import sys; sys.maxsize 2147483647 The most noticeable difference from the machines you describe here is the compiler. (Did you build gcc 4.4.4 by hand on these machines, or is there a package I can download and install somewhere?) I'd still like to understand *how* the -c99 compiler option affects copysign; it might help inform a workaround. The library function itself can't know how you compiled Python, surely? Can you work out what's going on from the relevant header files? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9071] TarFile doesn't support member files with a leading ./
Lars Gustäbel l...@gustaebel.de added the comment: This is a duplicate of issue6054 which has been fixed in Python 2.7 (r74571). (Hi, Gustavo!) -- assignee: - lars.gustaebel nosy: +lars.gustaebel resolution: - duplicate status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9076] Remove PyUnicode_AsDecodedObject/Unicode and PyUnicode_AsEncodedObject/Unicode?
Marc-Andre Lemburg m...@egenix.com added the comment: STINNER Victor wrote: New submission from STINNER Victor victor.stin...@haypocalc.com: The following 4 functions are public but not documented and not used in Python3: - PyUnicode_AsDecodedObject(), PyUnicode_AsEncodedObject() - PyUnicode_AsDecodedUnicode(), PyUnicode_AsEncodedUnicode() In Python2, PyUnicode_AsDecodedObject() was used by unicode.decode() method, but Python3 has no more str.decode() method (see the recent discussion on python-dev mailing list about .transform() / .untransform()). In Python2, unicode.encode() uses PyUnicode_AsEncodedObject(), but in Python3 str.encode() uses PyUnicode_AsEncodedString() which ensures that the result type is bytes. PyUnicode_AsDecodedUnicode() and PyUnicode_AsEncodedUnicode() were added by Marc-Andre Lemburg in r63986. These functions may be used for .transform() / .untranform() proposition, but this proposition is not yet accepted and the functions are now unused. If you decide to keep one of these functions, the function have to be documented. Victor, instead of always proposing to remove APIs that don't show up in the C-API documentation, I'd much rather like to see documentation patches from you, instead of patches that remove the APIs themselves. Please also remember that we are still in a transition phase from Python2 to Python3. The fact that Python3 (currently) doesn't use an API does not mean that there's no Python2 3rd party code out there using them, waiting to be ported to Python3. It also doesn't mean that the APIs are useless. The cases you are finding are documentation bugs. I don't want to have to go through discussions about the usefulness of the APIs each and every time you find one of those documentation bugs. Furthermore, the above APIs are part of the codec system and that doesn't have anything to do with some helper methods we have or don't have on str and bytes objects. Please also note that all these function *are* documented in the unicodeobject.h header file. -- title: Remove PyUnicode_AsDecodedObject/Unicode and PyUnicode_AsEncodedObject/Unicode? - Remove PyUnicode_AsDecodedObject/Unicode and PyUnicode_AsEncodedObject/Unicode? ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9076 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9076] Remove PyUnicode_AsDecodedObject/Unicode and PyUnicode_AsEncodedObject/Unicode?
Changes by Marc-Andre Lemburg m...@egenix.com: -- assignee: - d...@python components: +Documentation -Unicode nosy: +d...@python ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9076 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9076] Add C-API documentation for PyUnicode_AsDecodedObject/Unicode and PyUnicode_AsEncodedObject/Unicode
Changes by Marc-Andre Lemburg m...@egenix.com: -- title: Remove PyUnicode_AsDecodedObject/Unicode and PyUnicode_AsEncodedObject/Unicode? - Add C-API documentation for PyUnicode_AsDecodedObject/Unicode and PyUnicode_AsEncodedObject/Unicode ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9076 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9071] TarFile doesn't support member files with a leading ./
Free Ekanayaka f...@64studio.com added the comment: Thanks for the prompt reply! Cool to know this is already fixed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9018] os.path.normcase(None) does not raise an error on linux and should
Ezio Melotti ezio.melo...@gmail.com added the comment: Fixed in r82214. Now os.path.normcase() raises a TypeError if the arg is not str or bytes. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9018 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
Mark Dickinson dicki...@gmail.com added the comment: So perhaps the cause is simply that copysign isn't being declared for David's Python builds? If that were the case, I'd expect to see some gcc warnings in the Python build output, something like: warning: implicit declaration of function `copysign' David, are there any such warnings? Looking at /usr/include/math.h in my OpenSolaris VM, I see (with irrelevant bits omitted): #if defined(__EXTENSIONS__) || defined(_XOPEN_SOURCE) || \ !defined(_STRICT_STDC) !defined(_POSIX_C_SOURCE) #if defined(__EXTENSIONS__) || !defined(_XOPEN_SOURCE) extern double copysign __P((double, double)); #endif #endif Assuming that this is the cause, it would be interesting to know which of these defines differs between my OpenSolaris VM and David's machines. (e.g., the 'hawk' machine, since this seems closest in spec to what I'm working with). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
Mark Dickinson dicki...@gmail.com added the comment: David, my pyconfig.h file contains: /* Defined on Solaris to see additional function prototypes. */ #define __EXTENSIONS__ 1 Does yours? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9080] Provide list prepend method (even though it's not efficient)
New submission from Andy Buckley a...@insectnation.org: I know that Python lists aren't designed for efficient prepending, but sometimes when working with small lists it's exactly what needs to be done (search path lists being a common example). For a programmer aware of the performance issue and having convinced themself that it's not a problem for their use-case, it's a niggle that there is no prepend() function for lists by direct analogy to the commonly-used append(). Writing l = [foo] + l, or something mucky based on l.insert(0, ...) or reverse/append/reverse is annoyingly asymmetric and no more performant. So I suggest that l.append(x) be added to the list interface, with a prominent warning in the documentation that it's not an efficient operation on that type (possibly mention the complexity scaling with list length). I think the role of the interface is to make simple things simple, not to make it difficult to do simple-but-inefficient things that people will do anyway ;) -- components: Library (Lib) messages: 108587 nosy: andybuckley priority: normal severity: normal status: open title: Provide list prepend method (even though it's not efficient) type: feature request versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9080] Provide list prepend method (even though it's not efficient)
Jean-Paul Calderone exar...@twistedmatrix.com added the comment: Thanks for bringing this up. I think you have more work to do to successfully make the case that L.insert(0, x) is difficult enough to merit the addition of a new list method. There are already at least two in-place insert-at-front list APIs (the second being L[:0] = [x]). There should be a very compelling reason for adding a third, and I don't think that being able to skip the extra 0 in the L.insert version is going to suffice. -- nosy: +exarkun resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4198] os.path.normcase gets fooled on windows with mapped linux network drive
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4198 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9078] Fix C API documentation of unicode
Georg Brandl ge...@python.org added the comment: Looks good to me. -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9078 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9080] Provide list prepend method (even though it's not efficient)
Andy Buckley a...@insectnation.org added the comment: Maybe I just value method symmetry/equivalence higher than the designers when it comes to interface expectations. I've seen several I expected there to be a prepend() method like append() on lists, but there isn't -- what do I do? emails on list archives when searching for info on this, which I think is in itself a hint that the current situation is counter-intuitive. The argument that there are already two ways to do it, so why add a third?, is not bad, but if applied to appending, it would ban the append() method... except that it's already there. Personally, the behaviour of append() is very familiar, while insert(0, ...) is less-used and I always have to explicitly confirm to myself that it isn't going to overwrite the zeroth existing element. Adding a prepend(x) method which just calls insert(0, x) (or calls the same underlying C function) would change nothing in terms of code efficiency -- bad programmers will always write inefficient code, one way or another -- but would make the list API more intuitive and improve code readability: seems to me like the sort of thing that Python is philosophically into ;) Sorry to bring up this issue that I guess has been raised (many times?) before, but I thought I'd have a stab at a convincing case! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9077] argparse does not handle arguments correctly after --
Georg Brandl ge...@python.org added the comment: Not a bug -- you have to tell argparse that you expect a positional argument. Try without the '--' and an argument that doesn't start with '-', and it will still give you that error. -- nosy: +georg.brandl resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9077 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9080] Provide list prepend method (even though it's not efficient)
Ezio Melotti ezio.melo...@gmail.com added the comment: If we add a .prepend() method, people will see it and start using it. Since now there's no 'prepend' method people ask why, and the answer they usually get is because it not a good idea to add elements on lists (but if you really have to use the 'insert' method). The symmetry should be in the use case, not (only) in the names, otherwise we should also have a method to pop from the beginning to complete the symmetry with append/pop. If you are not convinced yet you could write to the python-ideas mailing list. -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9080] Provide list prepend method (even though it's not efficient)
Mark Dickinson dicki...@gmail.com added the comment: Andy, the bug-tracker isn't really the best place for this sort of discussion; if you want to take this further I'd suggest mailing the python-ideas mailing list (bigger audience). FWIW, the bar for adding new methods to builtins should be pretty high; I agree with Jean-Paul that 'list.prepend' seems unnecessary. -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9080] Provide list prepend method (even though it's not efficient)
Jean-Paul Calderone exar...@twistedmatrix.com added the comment: The argument that there are already two ways to do it, so why add a third?, is not bad, but if applied to appending, it would ban the append() method... except that it's already there. Not quite. First let's consider the insert approach. Unlike with prepending, you first have to find the length of the list: L.insert(len(L), x). So it's no longer just a matter of an extra constant (although it /is/ still pretty simple). Next, the slice assignment solution: L[-1:] = [x] doesn't work, because it actually includes the last element of L in the slice, so it replaces the last value instead of appending the new element. So there's really just two ways, L.insert(len(L), x) and L.append(x). To me, it seems like the extra cognitive load of figuring out whether the parameter to L.insert should be len(L) or len(L) - 1 or len(L) + 1 makes L.append worthwhile. Maybe the same argument could be applied to L.insert(0, x), but it seems like a simpler case (of _course_ inserting at 0 prepends) to me. The other cost of adding a new list method is updating all of the list-like interfaces out there to also provide this, although that would probably be a cost worth accepting for a really compelling new method. Sorry to bring up this issue that I guess has been raised (many times?) before, but I thought I'd have a stab at a convincing case! No need to apologize! Thanks for the reasoned argument. At least this can serve as a reference when the issue comes up again in the future, and perhaps someone else will be more convinced than overrule me. :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9080] Provide list prepend method (even though it's not efficient)
Georg Brandl ge...@python.org added the comment: [insert the usual reference to collections.deque here] -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9080] Provide list prepend method (even though it's not efficient)
Ezio Melotti ezio.melo...@gmail.com added the comment: Here: http://docs.python.org/py3k/tutorial/datastructures.html#using-lists-as-queues -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9080] Provide list prepend method (even though it's not efficient)
Andy Buckley a...@insectnation.org added the comment: Still not convinced with the reasoning, I'm afraid, but I certainly agree that modifications to built-ins are not to be made lightly. Using deques, which are far less familiar, is not a particularly natural thing to do for a search path, and of course can't be used with a built-in list to which you might well wish to prepend: sys.path. Personally, I would have no problem with a list pop_front method ;) I understand the connection of API availability and misuse of algorithmically inefficient methods -- for large lists -- but I don't find be inconveniently absent so that users search for an answer and find out about complexity issues a very compelling or Pythonic design aim. But I admit that l.insert(0, x) is not such a hard idiom to learn -- just a bit less syntactically elegant and self-explanatory than I would prefer for a simple task, especially where I've already conciously made the efficiency decision in my choice of container type. But thanks for listening... as mentioned, this can stay here as a reference for further enquiries (I searched for a pre-existing prepend() request before submitting this ticket, of course!) and I'll go visit python-ideas. Cheers! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9077] argparse does not handle arguments correctly after --
Domen Kožar ielect...@gmail.com added the comment:
I agree — not the best example, here is a better one explaining what behavior
should not exist:
parser = argparse.ArgumentParser()
parser.add_argument('foobar', action='store')
parser.add_argument('foobar2', nargs='?')
parser.add_argument('foobar3', nargs='*')
print parser.parse_args(['foo', '--', 'foo3', 'foo3'])
Namespace(foobar='foo', foobar2='foo3', foobar3=['foo3'])
I would expect both foo3 to be part of foobar3. This does not happen because of
foobar2 argument eating zero or one argument. Arguments after -- should be left
unparsed as such behavior was in optparse.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9077
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9079] Make gettimeofday available in time module
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Mark, I am reassigning this to you for commit review. I am changing the title to reflect the visible part of the change. The datetime module gains direct access to system gettimeofday at the C level while time module grows time.gettimeofday() Python method. I am not sure I made the best choice defining struct timeval on systems without gettimeofday. Maybe it is better to do typedef struct timeval _PyTime_timeval; on systems with gettimeofday and equivalent explicit definition on systems without. The cast selection logic for time_t is a bit of a hack as well, but this is the best I could come up with without resorting to configure tests. Unless this breaks on a known platform, I would rather commit this as is and have a separate project to clean up cross-platform time handling later. This patch builds on refactoring started in issue9012. -- assignee: belopolsky - mark.dickinson stage: patch review - commit review title: Make gettimeofday available in datetime module - Make gettimeofday available in time module type: - feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9079 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8947] Provide as_integer_ratio() method to Decimal
Mark Dickinson dicki...@gmail.com added the comment: Raymond, do you have any thoughts on this proposal? -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8947 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8860] Rounding in timedelta constructor is inconsistent with that in timedelta arithmetics
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: The timedelta(seconds=0.6112295) example is handled correctly No, it's not! It's being rounded *up* where it should be being rounded *down*. Let me try to reformulate the issue. When use is entering 0.6112295, she means 0.6112295, not 0x1.38f312b1b36bdp-1 or 0.611229498116351207499974407255649566650390625 which are exact values of the underlying binary representation of 0.6112295. Modern Python is able to round 0.6112295 to 6 decimal places correctly: round(0.6112295, 6) 0.611229 and timedelta should do the same, but it does not: timedelta(seconds=0.6112295) datetime.timedelta(0, 0, 611230) With respect to accumulation, I believe the invariant that we want to have should be timedelta(x=a, y=b, ...) == timedelta(x=a) + timedelta(y=b) while the alternative (using higher precision addition with rounding at the end) may be more accurate in some cases, the above looks least surprising. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8860 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9045] 2.7rc1: 64-bit OSX installer is not built with 64-bit tkinter
Roland Johnson rolandjohn...@acm.org added the comment: Does this also relate to 3.1? Tkinter in not installing for that version under 10.6.4 -- nosy: +RolandJ ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5516] equality not symmetric for subclasses of datetime.date and datetime.datetime
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Deprecating the feature for 3.x is certainly an option. May be a little drastic though. How drastic would be to stop subclassing datetime from date in 3.2? After all, we don't subclass float form int. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578643] various datetime methods fail in restricted mode
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: See issue9079. -- dependencies: +Make gettimeofday available in time module ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578643 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9045] 2.7rc1: 64-bit OSX installer is not built with 64-bit tkinter
Ronald Oussoren ronaldousso...@mac.com added the comment: AFAIK there is no 64-bit installer for 3.1. There will be one for 3.2. Sridhar: building using the 10.5 SDK should also work by using --enable-universalsdk=/Developer/SDKs/MacOSX10.5.sdk. I've recently patched setup.py and distutils to honor the SDK setting when looking for files. -- versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5288] tzinfo objects with sub-minute offsets are not supported (e.g. UTC+05:53:28)
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: This proved to require a lot of changes to C implementation because most of timezone arithmetics is done using integer operations with offset in minutes. It is easy, however to do this in pure python implementation which can be found at http://svn.python.org/view/*checkout*/sandbox/branches/py3k-datetime/datetime.py . Marking this easy to attract volunteers who may want to do Python prototype. -- keywords: +easy nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5288 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3485] os.path.normcase documentation/behaviour unclear on Mac OS X
Ezio Melotti ezio.melo...@gmail.com added the comment: I'm reopening this because now the normcase implementation of posixpath has a todo that says on Mac OS X, this should really return s.lower(). (see r66743). There is some discussion about this in #9018. -- nosy: +ezio.melotti status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3485 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9051] Improve pickle format for aware datetime instances
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: The datetime module provides compact pickled representation for date, datetime, time and timedelta instances: type: size date: 34 datetime: 44 time: 36 timedelta: 37 On the other hand, current pickle size for timezone is 64 and the size of an aware datetime instance is 105 bytes. Since stability is important for pickle format, the best format should be developed before the first release to include timezone class. -- nosy: +fdrake priority: low - normal stage: patch review - needs patch title: Cannot pickle timezone instances - Improve pickle format for aware datetime instances ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9051 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9081] test_sysconfig failure
New submission from Michael Foord mich...@voidspace.org.uk: When I do a *full test run* of py3k I get a distutils test failure. It doesn't happen if I run test_distutils on its own: bigmac:py3k michael$ ./python.exe -m test.regrtest -j12 == CPython 3.2a0 (py3k:82215, Jun 25 2010, 13:59:00) [GCC 4.2.1 (Apple Inc. build 5659)] == Darwin-10.4.0-i386-64bit == /compile/py3k/build/test_python_53586 ... lots of results skipped test test_distutils failed -- Traceback (most recent call last): File /compile/py3k/Lib/distutils/tests/support.py, line 16, in _capture_warnings return func(*args, **kw) File /compile/py3k/Lib/distutils/tests/test_sysconfig.py, line 47, in test_get_python_inc self.assertTrue(os.path.isdir(inc_dir), inc_dir) AssertionError: /compile/py3k/build/test_python_53586/Include -- assignee: tarek components: Distutils messages: 108609 nosy: michael.foord, tarek priority: normal severity: normal stage: needs patch status: open title: test_sysconfig failure type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9081 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9045] 2.7rc1: 64-bit OSX installer is not built with 64-bit tkinter
Sridhar Ratnakumar sridh...@activestate.com added the comment: On 2010-06-25, at 8:13 AM, Ronald Oussoren wrote: Sridhar: building using the 10.5 SDK should also work by using --enable-universalsdk=/Developer/SDKs/MacOSX10.5.sdk. I've recently patched setup.py and distutils to honor the SDK setting when looking for files. Yes, but that will end up linking with Tcl/Tk 8.4 /inside/ the 10.5sdk; whereas the walkthrough above links to Apple's Tcl/Tk 8.5 built with 64-bit. I do hope - and I am not sure about this (though I have personally verified this by running regrtest) - using MACOSX_DEPLOYMENT_TARGET=10.5 will make the resultant binaries work on a 10.5 machine. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9051] Improve pickle format for aware datetime instances
Fred L. Drake, Jr. fdr...@acm.org added the comment: As part of this, we should ensure references to common timezones, like UTC, only create references to a single instance rather than filling memory with multiple instances. One consequence of this is that shared instances should probably be immutable. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9051 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9079] Make gettimeofday available in time module
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: It would be great if Tim Peters could be consulted about some of these ideas. He put a great deal of thought into the API, what should be included and what should be excluded. -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9079 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8947] Provide as_integer_ratio() method to Decimal
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: -0 I don't think we really need this (we've already got a reasonable conversion to Fraction). In general, we should have a aversion to adding any methods to the decimal API because it is already very fat. Adding more methods makes it harder to figure out which one is the right one to use. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8947 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9079] Make gettimeofday available in time module
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: I would very much appreciate Tim's input on datetime issues. This particular issue is fairly minor, but Tim's expertise will be invaluable for anything timezone related. I do appreciate the incredible amount of brainpower that went into the design of datetime module and I think the result is very good. There is only one thing that I would like to improve - eliminate the need to reach out to the time module when working with the datetime instances. This patch is a small step to removing the dependency at the implementation level. -- nosy: +tim_one ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9079 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8947] Provide as_integer_ratio() method to Decimal
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Raymond, conversion to Fraction does not really help in my use case of supporting timedelta * Decimal by duck typing. I can think of many other use cases where it will be helpful to accept either float or decimal without loss of precision. Is there an alternative way to achieve that which does not require importing the decimal module first? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8947 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2516] Instance methods are misreporting the number of arguments
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Here is a similar issue which may be easier to fix: def f(a, b=None, *, c=None, d=None): ...pass f(1,2,3) Traceback (most recent call last): File stdin, line 1, in module TypeError: f() takes at most 4 arguments (3 given) Should be f() takes at most 2 positional arguments (3 given) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2516] Instance methods are misreporting the number of arguments
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: -- assignee: belopolsky - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2516] Instance methods are misreporting the number of arguments
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2516] Instance methods are misreporting the number of arguments
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2516] Instance methods are misreporting the number of arguments
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2516] Instance methods are misreporting the number of arguments
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7951] Should str.format allow negative indexes when used for __getitem__ access?
Germán L. Osella Massa gose...@gmail.com added the comment:
Well, using negative indexes for fields can be thought as a new feature with
all the consequences mentioned before BUT negative indexes for accessing
elements from a sequence, IMHO, is something that anyone would expected to
work. That's why at first I thought it was a bug and I fill an issue about it.
The code that parses the fields and the indexes is the same, so when I change
it to accept negative indexes, it worked for both cases. I'm attaching a patch
that checks if a negative index is used in a field and reverts to the old
behavior in that case, allowing only negative indexes for accessing sequences (
{-1} will raise KeyError because it will be threated as '-1').
Perhaps in this way this issue could be partially fixed.
--
keywords: +patch
Added file:
http://bugs.python.org/file17768/format_no_fields_with_negative_indexes-2.7.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7951
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1789] assumption about unsigned long byte size in struct module usage
Joseph Turian tur...@gmail.com added the comment: I just got bit by this bug. This documentation (http://docs.python.org/library/struct.html) claims that an unsigned long is 4 bytes. On my machine, it's 8. -- nosy: +Joseph Turian ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1789 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9051] Improve pickle format for aware datetime instances
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: I am attaching a python prototype implementing interned UTC instance pickling. The patch is against sandbox revision r82218 of datetime.py. Note that the pickling protocol requires that an instance or factory function is defined at the module level. The pickle size saving is substantial: len(dumps(datetime.now(timezone.utc))) 61 len(dumps(datetime.now(timezone.min))) 163 but there is still room for improvement: len(dumps(datetime.now())) 44 I do feel, however, that further improvements will see diminishing returns. -- keywords: +patch Added file: http://bugs.python.org/file17769/issue9051-utc-pickle-proto.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9051 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2516] Instance methods are misreporting the number of arguments
Benjamin Peterson benja...@python.org added the comment: Fixed in r82220. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1789] assumption about unsigned long byte size in struct module usage
Mark Dickinson dicki...@gmail.com added the comment: This documentation (http://docs.python.org/library/struct.html) claims that an unsigned long is 4 bytes. I don't think it does, if you read it closely. Of course, patches to improve the docs are always welcome. :) If you're looking at the table of format codes, note that it refers to the *standard* size, which is the size used when standard size and alignment are in effect (i.e., when the struct format string starts with '', '', etc.). That standard size is indeed 4 bytes for the 'l' and 'L' codes. -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1789 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1789] assumption about unsigned long byte size in struct module usage
Mark Dickinson dicki...@gmail.com added the comment: Here's a proposed doc clarification. -- keywords: +patch Added file: http://bugs.python.org/file17770/issue1789_doc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1789 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2516] Instance methods are misreporting the number of arguments
Giampaolo Rodola' g.rod...@gmail.com added the comment: Maybe I'm misunderstanding what issue we're talking about here, but wasn't this supposed to be fixed? giampa...@ubuntu:~/svn/python-3.2$ python3.2 Python 3.2a0 (py3k:82220M, Jun 25 2010, 21:38:56) [GCC 4.4.3] on linux2 Type help, copyright, credits or license for more information. class A: ... def foo(self, x): ... pass ... A().foo() Traceback (most recent call last): File stdin, line 1, in module TypeError: foo() takes exactly 2 arguments (1 given) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7989] Add pure Python implementation of datetime module to CPython
R. David Murray rdmur...@bitdance.com added the comment: Victor: that was exactly the point of my post that you partially quoted :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7989 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1789] assumption about unsigned long byte size in struct module usage
Joseph Turian tur...@gmail.com added the comment: That patch gives good clarification. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1789 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1789] assumption about unsigned long byte size in struct module usage
Changes by Mark Dickinson dicki...@gmail.com: -- assignee: gregory.p.smith - mark.dickinson status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1789 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9077] argparse does not handle arguments correctly after --
R. David Murray rdmur...@bitdance.com added the comment: Still looks like it is working as designed to me. Argpase is *parsing* the arguments, that's part of the whole point. What you are observing is what I would expect from a well behaved unix command (*arguments* before the -- are just arguments, only the interpretation of options is stopped by --). -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9077 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1776674] glob.glob inconsistent
Mark Lawrence breamore...@yahoo.co.uk added the comment: Hardly a show stopper. It's actually a problem(?) with ntpath.py. It could be patched but is it worth it, as this would be yet more work for you guys doing the build/release process? I'd close this on the grounds that it's not worth the effort. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1776674 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9082] warnings.filterwarnings doesn't work with -O
New submission from Michael Foord mich...@voidspace.org.uk: warnings.filterwarnings is mostly a bunch of asserts, so it doesn't work when Python is run with -O or -OO. This also means that a bunch of tests fail when run with -O or -OO. Two options are skip the tests or fix filterwarnings. -- components: Library (Lib) messages: 108628 nosy: michael.foord priority: normal severity: normal status: open title: warnings.filterwarnings doesn't work with -O versions: Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9082] warnings.filterwarnings doesn't work with -O
Michael Foord mich...@voidspace.org.uk added the comment: A third (and better) option, but a deeper change, would be to allow the enabling of asserts on a per-module basis even when Python is run with -O/-OO. This would be great for testing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
Mark Dickinson dicki...@gmail.com added the comment: Now that I've finally managed to get gcc 4.4.4 installed on OpenSolaris... .. I'm still failing to reproduce this bug. :( dicki...@eratosthenes:~/release26-maint$ uname -a SunOS eratosthenes 5.11 snv_134 i86pc i386 i86pc Solaris dicki...@eratosthenes:~/release26-maint$ cat /etc/release OpenSolaris Development snv_134 X86 Copyright 2010 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 01 March 2010 dicki...@eratosthenes:~/release26-maint$ ./python Python 2.6.4 (release26-maint:75706, Jun 25 2010, 21:44:19) [GCC 4.4.4] on sunos5 Type help, copyright, credits or license for more information. float.hex(-0.0) '-0x0.0p+0' import sys; sys.maxint 2147483647 As far as I can tell, this setup is almost identical to David's 'hawk' machine (same gcc version, same OpenSolaris build, same Python source revision). I'm not really sure where I can go from here. Stefan, you're not able to reproduce this by any chance, are you? -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9039] IDLE and module Doc
Terry J. Reedy tjre...@udel.edu added the comment: Try making an idle.bat file on your desktop. -- nosy: +tjreedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9039 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2516] Instance methods are misreporting the number of arguments
R. David Murray rdmur...@bitdance.com added the comment: I presume Benjamin meant he fixed the special case Alexander reported. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9082] warnings.filterwarnings doesn't work with -O
Changes by Michael Foord mich...@voidspace.org.uk: -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9043] 2to3 doesn't handle byte comparison well
Terry J. Reedy tjre...@udel.edu added the comment: Replacing string indexes with length-1 slices in the 2.x codebase, whether or not one one is running 2to3, seems to be a 'known' technique for Python3 portability and unicode-bytes inter-operability. (It was discussed this week on py-dev list .) But I do not see it mentioned in PyWiki, such as on http://wiki.python.org/moin/PortingPythonToPy3k -- nosy: +tjreedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9043 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1528074] difflib.SequenceMatcher.find_longest_match() wrong result
Terry J. Reedy tjre...@udel.edu added the comment: This appears to be one of at least three duplicate issues: #1528074, #2986, and #4622. I am closing two, leaving 2986 open, and merging the nearly disjoint nosy lists. (If no longer interested, you can delete yourself from 2986.) #1711800 appears to be slightly different (if not, it could be closed also.) Whether or not a new feature is ever added (earliest, now, 3.2), it appears that the docs need improvement to at least explain the current behavior. If someone who understands the issue could open a separate doc issue (for 2.6/7/3.1/2) with a suggested addition, that would be great. -- nosy: +tjreedy resolution: - duplicate status: open - closed superseder: - difflib.SequenceMatcher not matching long sequences ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1528074 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4622] SequenceMatcher bug with long sequences
Terry J. Reedy tjre...@udel.edu added the comment: This appears to be one of at least three duplicate issues: #1528074, #2986, and #4622. I am closing two, leaving 2986 open, and merging the nearly disjoint nosy lists. (If no longer interested, you can delete yourself from 2986.) #1711800 appears to be slightly different (if not, it could be closed also.) Whether or not a new feature is ever added (earliest, now, 3.2), it appears that the docs need improvement to at least explain the current behavior. If someone who understands the issue could open a separate doc issue (for 2.6/7/3.1/2) with a suggested addition, that would be great. -- nosy: +tjreedy resolution: - duplicate status: open - closed superseder: - difflib.SequenceMatcher not matching long sequences ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4622 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2986] difflib.SequenceMatcher not matching long sequences
Terry J. Reedy tjre...@udel.edu added the comment: This appears to be one of at least three duplicate issues: #1528074, #2986, and #4622. I am closing two, leaving 2986 open, and merging the nearly disjoint nosy lists. (If no longer interested, you can delete yourself from 2986.) #1711800 appears to be slightly different (if not, it could be closed also.) Whether or not a new feature is ever added (earliest, now, 3.2), it appears that the docs need improvement to at least explain the current behavior. If someone who understands the issue could open a separate doc issue (for 2.6/7/3.1/2) with a suggested addition, that would be great. -- nosy: +LambertDW, eliben, gagenellina, janpf, jimjjewett, rtvd, sjmachin, tjreedy versions: -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2986 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1524639] Fix Tkinter Tcl-commands memory-leaks
Changes by Terry J. Reedy tjre...@udel.edu: -- stage: - patch review versions: +Python 3.2 -Python 2.5, Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1524639 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4726] doctest gets line numbers wrong due to quotes in comments
Changes by Terry J. Reedy tjre...@udel.edu: -- resolution: - works for me status: open - pending versions: -Python 2.4, Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4726 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7673] audioop: check that length is a multiple of the size
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7673 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4640] optparse - dosn't distinguish between '--option' and '-option'
Terry J. Reedy tjre...@udel.edu added the comment: Victor, I am interpreting your comment as saying that this is not a bug. If I am wrong, someone can re-open. In any case, the bug would have to be in 2.6 or more realistically, 2.7, since 2.6.final will be out soon. -- nosy: +tjreedy resolution: - works for me status: open - closed versions: +Python 2.6, Python 2.7 -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4640 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4775] Incorrect documentation - UTC time
Changes by Terry J. Reedy tjre...@udel.edu: -- versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2 -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4775 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4640] optparse - dosn't distinguish between '--option' and '-option'
Éric Araujo mer...@netwok.org added the comment: optparse specifically supports only GNU-style two-dashes long argument. Victor is right, optparse will always understand -thing as -t -h -i -n -g. -- nosy: +merwok resolution: works for me - invalid stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4640 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1322] platform.dist() has unpredictable result under Linux
Changes by Éric Araujo mer...@netwok.org: Removed file: http://bugs.python.org/file8609/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1322 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1322] platform.dist() has unpredictable result under Linux
Changes by Éric Araujo mer...@netwok.org: -- nosy: +merwok ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1322 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
Stefan Krah stefan-use...@bytereef.org added the comment: Mark Dickinson rep...@bugs.python.org wrote: Now that I've finally managed to get gcc 4.4.4 installed on OpenSolaris... .. I'm still failing to reproduce this bug. :( dicki...@eratosthenes:~/release26-maint$ uname -a SunOS eratosthenes 5.11 snv_134 i86pc i386 i86pc Solaris dicki...@eratosthenes:~/release26-maint$ cat /etc/release OpenSolaris Development snv_134 X86 Copyright 2010 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 01 March 2010 dicki...@eratosthenes:~/release26-maint$ ./python Python 2.6.4 (release26-maint:75706, Jun 25 2010, 21:44:19) [GCC 4.4.4] on sunos5 Type help, copyright, credits or license for more information. float.hex(-0.0) '-0x0.0p+0' import sys; sys.maxint 2147483647 As far as I can tell, this setup is almost identical to David's 'hawk' machine (same gcc version, same OpenSolaris build, same Python source +revision). I'm not really sure where I can go from here. Stefan, you're not able to reproduce this by any chance, are you? No, I'm getting the same results as you (OpenSolaris/qemu/32-bit/gcc). I wonder if it's somehow related to issue 7281, which was resolved by changing float_repr_style. But as I said, I cannot reproduce it with either gcc or suncc. On the other hand, who knows how the FPU is emulated in qemu. The C standard is diplomatic as usual: On implementations that represent a signed zero but do not treat negative zero consistently in arithmetic operations, the copysign functions regard the sign of zero as positive. David, one of your comments implied for me that you have managed to compile Python with -std=c99. For me, this fails instantly. What options did you use? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1222721] tk + setlocale problems...
Terry J. Reedy tjre...@udel.edu added the comment: The backspace issue seems to have been fixed. I modified bug.py for 3.1 by removing the coding cookie, changing unicode(Ïðîáà, KOI8-R) to just Ïðîáà, and fixing print. Running from IDLE, it ran and displayed a tk window with text entry and labelled button that printed Friday in the shell window. On the other hand, I also found that the problem only appears when the LC_NUMERIC setting is different to en_US. (for example if it is de_AT) suggests that other might have a problem (I am in the US). Sidenote: Since the obscure koi8-R encoding (no longer valid in 3.x, the interpreter said) is not described as part of the bug, it should not be part of a minimal example. -- nosy: +tjreedy versions: +Python 2.7 -Python 2.5 Added file: http://bugs.python.org/file17771/nobug.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1222721 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4872] Python will not co-exist with MFC (memory leak)
Changes by Terry J. Reedy tjre...@udel.edu: -- resolution: - invalid status: open - pending versions: -Python 2.5, Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4872 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9083] At least some Tools utilities are still Python 2
New submission from Steve Holden st...@holdenweb.com: C:\Users\sholden\python31\python \python31\Tools\webchecker\wcgui.py Traceback (most recent call last): File \python31\Tools\webchecker\wcgui.py, line 63, in module from Tkinter import * ImportError: No module named Tkinter This makes is seem pretty clear that not even minimal effort has been expended to ensure that this Tools is functional. It's not a priority, so that's understandable. Maybe I am the only person who ever tried to use this under Python 3. Perhaps we need a test that will fail if these things don't at least run to completion (and no, I don't know how I would test wcgui, but I'd be interested in discussing test strategies)? -- assignee: holdenweb components: 2to3 (2.x to 3.0 conversion tool), Demos and Tools messages: 108641 nosy: holdenweb priority: high severity: normal stage: unit test needed status: open title: At least some Tools utilities are still Python 2 type: feature request versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9083 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3383] ctypes.util fails to find libc in some environments
Terry J. Reedy tjre...@udel.edu added the comment: Given the patch applied for #4861, I think this should be closed until someone finds that there is still a bug in a current version of Python and determines that there is something to be done. -- nosy: +tjreedy resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3383 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7989] Add pure Python implementation of datetime module to CPython
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Adding tim_one to the nosy list. Tim, It would be great if you could shed some light on the history behind pure python implementation. Why was it developed in the first place? What was the reason not to ship it with python? Thanks. -- nosy: +tim_one ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7989 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4925] Improve error message of subprocess when cannot open
Terry J. Reedy tjre...@udel.edu added the comment:
Improved error messages are feature requests because 1) there is no particular
guarantee in the doc and 2) changes can break existing code, so should only
happen in an new x.y version.
When reporting behavior, it is helpful to give *minimal* code that will
reproduce, either in the message if small, or attached. For example, with 3.1.2
on WixXP
import subprocess
subprocess.Popen(xyz)
gives
WindowsError: [Error 2] The system cannot find the file specified
Although in this case the literal name is in the traceback, it is not always.
So I am leaving this open. Given that
open('xyx')
gives the more helpful
IOError: [Errno 2] No such file or directory: 'xyx'
it seems it might be possible by using the io code.
--
nosy: +tjreedy
title: Improve error message of subprocess - Improve error message of
subprocess when cannot open
type: behavior - feature request
versions: +Python 3.2 -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4925
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7989] Add pure Python implementation of datetime module to CPython
Tim Peters tim.pet...@gmail.com added the comment: It would be great if you could shed some light on the history behind pure python implementation. Why was it developed in the first place? It was rapid prototyping - design decisions were changing daily, and it goes a lot faster to change Python code than C code. What was the reason not to ship it with python? Didn't want to create new ongoing maintenance burdens. Multiple implementations eventually drift out of synch, and at the time we had had enough of that already wrt, e.g., pickle vs cPickle. Sorry, nothing deep here ;-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7989 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9083] At least some Tools utilities are still Python 2
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +gpolo stage: unit test needed - needs patch type: feature request - behavior versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9083 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1565525] gc allowing tracebacks to eat up memory
Changes by Martin v. Löwis mar...@v.loewis.de: -- resolution: - wont fix status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1565525 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9082] warnings.filterwarnings doesn't work with -O
Changes by Antoine Pitrou pit...@free.fr: -- assignee: - brett.cannon nosy: +brett.cannon priority: normal - high versions: +Python 2.6, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4943] trace.CoverageResults.write_results can't write results file for modules loaded by __path__ manipulation
Changes by Terry J. Reedy tjre...@udel.edu: -- keywords: +easy stage: - patch review type: - behavior versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.4, Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4943 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9081] test_sysconfig failure
Antoine Pitrou pit...@free.fr added the comment: Hurray, I'm not the only one! -- nosy: +pitrou resolution: - duplicate status: open - closed superseder: - test_distutils failure ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9081 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9038] test_distutils failure
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +michael.foord ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9038 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4963] mimetypes.guess_extension result changes after mimetypes.init()
Changes by Terry J. Reedy tjre...@udel.edu: -- versions: +Python 2.7 -Python 2.4, Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4963 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7989] Add pure Python implementation of datetime module to CPython
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Tim, thanks for your prompt reply. What would be your opinion on adding datetime.py to the main python tree today? There is momentum behind several features to be added to datetime module and having easily accessible prototype would give similar benefits to those you had during original design. It is hard for me to judge the significance of maintenance burden, but others reported that having parallel versions of the io module was helpful. I believe that with proper support in the regression test suit, it should be quite manageable. If contributors are encouraged to do python version of new features first, get full test coverage and then do C implementation, it may lead to higher quality contributions. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7989 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7989] Add pure Python implementation of datetime module to CPython
Antoine Pitrou pit...@free.fr added the comment: It is hard for me to judge the significance of maintenance burden, but others reported that having parallel versions of the io module was helpful. I believe that with proper support in the regression test suit, it should be quite manageable. For io, we find this quite manageable indeed, although it is quite more complex and quirkier than datetime. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7989 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4963] mimetypes.guess_extension result changes after mimetypes.init()
Antoine Pitrou pit...@free.fr added the comment:
Can't reproduce under Mandriva Linux:
import mimetypes
print(mimetypes.guess_extension('image/jpeg'))
.jpe
mimetypes.init()
print(mimetypes.guess_extension('image/jpeg'))
.jpe
The fact that it returns .jpe rather than .jpg, however, could be a bug in
itself (since the latter will really be expected by everyone, not the former).
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4963
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9083] At least some Tools utilities are still Python 2
Guido van Rossum gu...@python.org added the comment: Webchecker is so old, it should be deleted. -- nosy: +gvanrossum ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9083 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9077] argparse does not handle arguments correctly after --
Domen Kožar ielect...@gmail.com added the comment: Optparse behaved like that, how would one get the same results with argparse? That is by having variable positional parameters to command. And at the same time stop at --. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9077 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1565525] tracebacks eat up memory by holding references to locals and globals when they are not wanted
Greg Hazel gha...@users.sourceforge.net added the comment: This is still an issue. The bug I'm reporting had been explained well, I thought, but I'll repeat it in summary: There is no way to pass around traceback objects without holding references to an excessive number of objects. Traceback raising typically does not use these references at all, so having some way to discard them would be very valuable. This allows storing and passing tracebacks between threads (or coroutines or async tasks) without dying quickly due to memory bloat. The simple-minded way to fix this is to allow the user to break the reference themselves. Fixing this bug would invalidate the need for hacks like the one Twisted has come up with in their twisted.python.Failure object which stringifies the traceback object, making it impossible to re-raise the exception. Failure has a lot of re-implementations of Exceptions and traceback objects as a result. -- status: closed - open title: gc allowing tracebacks to eat up memory - tracebacks eat up memory by holding references to locals and globals when they are not wanted versions: +Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1565525 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
David Kirkby david.kir...@onetel.net added the comment:
Hi,
I had hoped to devote more time to this, but have been able to. I will do at
the weekend.
I would add I was building 64-bit, so adding the compiler flag -m64 on 'hawk'
at least some of the time. Depending on your hardware, assuming you have
installed !OpenSolaris as a Virtual machine in VirtualBox, it may be a 32 or
64-bit version of OpenSolaris. You need specific instructions from the
processor for a 64-bit version and Sony in their infinite wisdom have disabled
it on my Vaio laptop, so whilst I can install OpenSolaris as a 64-bit host
operating system, any attempt to install a 64-bit guest will fail.
If I don't chose to compile C99, then I need to add the compiler flag
-DHAVE_DECL_ISFINITE=0.
Otherwise I see:
Objects/object.c:1036: warning: implicit declaration of function 'isinf'
Undefined first referenced
symbol in file
isfinite./libpython2.6.so
ld: fatal: symbol referencing errors. No output written to python
Again, the Solaris man page says:
Mathematical Library Functions isfinite(3M)
NAME
isfinite - test for finite value
SYNOPSIS
c99 [ flag... ] file... -lm [ library... ]
#include math.h
int isfinite(real-floating x);
implying this is a C99 function.
This conflicting behavior could be the result of what linker or assembler is
being used. On SPARC, I use Sun linker and assembler. On OpenSolaris I use the
Sun linker, but the GNU assembler.
I would have thought it was better to test this out with small bits of test
code like I posted, rather than the complete Python source code.
It might be better if I just create you an account on 'hawk'. Drop me an email
at david dot kirkby {at} onetel |dot| net if you want.
I can also get you an account at the University of Washington if you want on a
Sun T5240 SPARC. I've not verified the problem on that machine, but I can do
so. Just drop me an email with a preferred user name and I'll sort it out.
The SPARC is very slow - despite it being a current model of a high end server.
It is designed for a different sort of task to developing software. The CPUs
are pretty slow (1167 MHz) and pretty dumb, but there are 128 hardware threads.
In order to get any useful performance from the T5240, the code needs to be
highly parallel or have lots of processes like on busy web servers. That is
what 't2' is designed for - a high end web server.
But 'hawk' is a pretty high spec PC which I run 24/7.
Dave
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9069
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9040] using MIMEApplication to attach a PDF raises a TypeError exception
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9040 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5045] imaplib should remove length of literal strings
Terry J. Reedy tjre...@udel.edu added the comment: While IMAP is very much a live protocol, I do not know that any of the currently active core developers know much about it. Imaplib is based on the obsolete RFC2060 of Dev 1996, superseded by 3501 in March 2003, with 6 later updates. (I just found all this out to respond here.) It is written in Python. If you take a look at the code, you will see that 7 people have contributed additions after the initial writing (and others may have contributed unlisted patches). Feel free to submit another by yourself. -- nosy: +tjreedy type: behavior - feature request versions: +Python 3.2 -Python 2.4, Python 2.5, Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
