[issue6819] Typo in datamodel.rst (Custon - Custom)
New submission from Jon Parise j...@indelible.org: reference/datamodel.rst misspells Custom as Custon. The attached patch fixes that. -- assignee: georg.brandl components: Documentation files: datamodel.custon.diff keywords: patch messages: 92157 nosy: georg.brandl, jon severity: normal status: open title: Typo in datamodel.rst (Custon - Custom) versions: Python 3.2 Added file: http://bugs.python.org/file14819/datamodel.custon.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6818] remove/delete method for zipfile/tarfile objects
Martin v. Löwis mar...@v.loewis.de added the comment: -1. I don't think this can be implemented in a reasonable way, assuming that you want the file to become smaller as a consequence of removal. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6818 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6820] Redefinition of HAVE_STRFTIME can cause compiler errors.
New submission from rgpitts richard.pi...@cdl.co.uk: I'm working with the Python C API and omniOrb with Visual Studio 2008 on Windows XP. A OmniOrb header corba_sys_dep.h is defining HAVE_STRFTIME as 1 ... #define HAVE_STRFTIME 1 ... pyconfig.h is then defining this again. ... #define HAVE_STRFTIME ... This is raising a compiler warning and then multiple syntax errors in math.h depending on the order of inclusion of these headers. If the pyconfig.h is included after corba_sys_dep.h multiple syntax errors. However if it is included before only a warning is raised. I think pyconfig.h needs changing to #ifndef HAVE_STRFTIME #define HAVE_STRFTIME #endif -- components: Windows messages: 92159 nosy: rgpitts severity: normal status: open title: Redefinition of HAVE_STRFTIME can cause compiler errors. type: compile error versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6820 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4160] library.pdf - Section 12.13.2 Connection Objects - example cut off at the right hand side
Winfried Plappert winfried.plapp...@gmail.com added the comment: I checked the 2.6.2 version of the PDF, dated 2nd September 2009, and the problem is gone. The call can be closed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4160 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4159] Table about Standard Encodings is cut off at the bottom - 35 entries missing
Winfried Plappert winfried.plapp...@gmail.com added the comment: I checked the current 2.6.2 documentation today (2nd September 2009): the tables are not cut off at the bottom any more, but the layout is still not optimal. The column width could be calculated more efficiently. The column named Aliases is too wide and forces the column Languages too far to the right. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4159 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4160] library.pdf - Section 12.13.2 Connection Objects - example cut off at the right hand side
Ezio Melotti ezio.melo...@gmail.com added the comment: This problem is somewhat similar to #5388, but if what you reported is now fixed I'll close this issue. -- nosy: +ezio.melotti resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4160 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Antoine Pitrou pit...@free.fr added the comment: Are xz and lzma formats compatible with each other? If not, which one is the most popular? -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6818] remove/delete method for zipfile/tarfile objects
Lars Gustäbel l...@gustaebel.de added the comment: -1, although I can only speak for tarfile. Removing members from a tar archive sounds obvious and easy but it is *not*. A file in an archive is stored as a header block (that contains the metadata) followed by a number of data blocks (that contain the file's data). New files are simply appended to the archive file. There is no central table of contents whatsoever. To make things worse, a compressed archive is compressed in one go from the beginning right up to the end, it is not possible to access a member in the middle of an archive without having to decompress all data before it. Deleting files from an uncompressed archive is rather straightforward implementation-wise but IO intensive and risky. In contrast, there is no other way to delete files from a *compressed* tarfile than to make a copy of it omitting the unwanted files. -- nosy: +lars.gustaebel ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6818 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6821] incorrect doc for PyBuffer_Release
New submission from egreen egr...@operamail.com: In documentation (c-api/buffer.html): void PyBuffer_Release(PyObject *obj, Py_buffer *view) should be: void PyBuffer_Release(Py_buffer *view) (as per Include/abstract.h) -- assignee: georg.brandl components: Documentation messages: 92165 nosy: egreen, georg.brandl severity: normal status: open title: incorrect doc for PyBuffer_Release versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6821 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6822] Error calling .storlines from ftplib
New submission from Robert DeVaughn rdevau...@gmail.com: When attempting to store a file via FTP, the following error occurs. See attached code. Traceback (most recent call last): File C:\Documents and Settings\rdevaughn\Desktop\HTTP\src\FTP_directory.py, line 14, in module ftp.storlines(STOR source.txt,f) File C:\Python30\lib\ftplib.py, line 477, in storlines if buf[-1] in B_CRLF: buf = buf[:-1] TypeError: Type str doesn't support the buffer AP -- components: Library (Lib) files: module.txt messages: 92166 nosy: rdevaughn severity: normal status: open title: Error calling .storlines from ftplib type: compile error versions: Python 3.0 Added file: http://bugs.python.org/file14820/module.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6822 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: As I understand it from the http://tukaani.org/xz/ page, .lzma and .xz are two file formats bases on the lzma compression method. - .lzma simply stores the compressed stream. - .xz is more complex -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6822] Error calling .storlines from ftplib
Changes by Benjamin Peterson benja...@python.org: -- type: compile error - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6822 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3139] bytearrays are not thread safe
Boya Sun boya@case.edu added the comment: I am still a little bit confused. Can you explain a little more in detail? What is the difference between the suspicious code and the ones that are fixed? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6796] invalid print in tkinter\test\test_ttk\test_widgets.py
Keith Campbell kei...@mitre.org added the comment: You are correct. Thanks. Keith -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6796 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6823] time.strftime does unnecessary range check
New submission from Richard Shapiro rashapir...@gmail.com:
in Modules/timemodule.c, in the routine time_strftime, there is a range
check on the tm_isdst field:
if (buf.tm_isdst -1 || buf.tm_isdst 1) {
PyErr_SetString(PyExc_ValueError,
daylight savings flag out of range);
return NULL;
}
This check is incorrect, as the tm_isdst field is interpreted as less
than 0, 0, or greater than zero (see the comment at the top of the
routine, and the documentation for the strftime function).
Unfortunately, there exists at least one platform for which tm_isdst is
set to something other than -1, 0, or 1 (on IBM zOS it's apparently set
to 2 for daylight savings). This means that you can't do the obvious
strftime(...,localtime(...)) to format a time.
The fix is to either remove the range check entirely, or else to
normalize the +1, -1, or 0. The former is preferred unless there is some
platform on which strftime doesn't do the right thing with values
outside the range of [-1,1].
This bug exists in 2.5.1 and 2.6.2. I haven't checked other versions.
--
components: Library (Lib)
messages: 92170
nosy: rshapiro
severity: normal
status: open
title: time.strftime does unnecessary range check
type: behavior
versions: Python 2.5, Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6823
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Eric Smith e...@trueblade.com added the comment: I plan to look at this, and if it looks okay, commit it. Let me know if anyone has any remaining issues. -- nosy: +eric.smith versions: +Python 3.2 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Changes by Eric Smith e...@trueblade.com: -- assignee: - eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6818] remove/delete method for zipfile/tarfile objects
Ross rossmclen...@tamu.edu added the comment: In light of Lars's comment on the matter, perhaps this functionality could be added to zip files only. Surely it can be done, considering that numerous utilities and even Windows Explorer provide such functionality. I must confess that I am unfamiliar with the inner workings of file archives and compression, but seeing as it is implemented in a number of places already, it seems logical that it could be implemented in ZipFile as well. I'll spend some time the next few days educating myself about zip files and how this might be accomplished. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6818 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6824] help for a module should list supported platforms
New submission from Ritesh Raj Sarraf r...@researchut.com: Whey I do a help (python-module), I get the help text as follows: Help on module tempfile: NAME tempfile - Temporary files. FILE /usr/lib/python2.5/tempfile.py MODULE DOCS http://www.python.org/doc/2.5.4/lib/module-tempfile.html DESCRIPTION This module provides generic, low- and high-level interfaces for creating temporary files and directories. The interfaces listed as safe just below can be used without fear of race conditions. Those listed as unsafe cannot, and are provided for backward compatibility only. The link to the webpage lists the supported platforms for the module. It would be good to have an entry stating the list of platforms supported by the module, in the module doc itself. -- assignee: georg.brandl components: Documentation messages: 92173 nosy: georg.brandl, rickysarraf severity: normal status: open title: help for a module should list supported platforms versions: Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6824 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6824] help for a module should list supported platforms
Changes by Ritesh Raj Sarraf r...@researchut.com: -- type: - feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6824 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
devurandom devuran...@gmx.net added the comment: .lzma is actually not a format. It is just the raw output of the LZMA1 coder. XZ instead is a container format for the LZMA2 coder, which probably means LZMA+some metadata. XZ is the official successor to .lzma, and GNU is using it already (look at coreutils), and GNU tar officially supports it since 1.22. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3139] bytearrays are not thread safe
Martin v. Löwis mar...@v.loewis.de added the comment: A problem can only occur if you preserve a pointer to the buffer, and the object gets a chance to change its buffer underneath. This can happen when there are user-defined callback, and when other threads can get control. In the cases being fixed, other threads *can* get control, as the GIL is released. In the cases you discuss, this cannot happen, since the GIL is not released, and no codepath can lead to buffer reallocation. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Martin v. Löwis mar...@v.loewis.de added the comment: I plan to look at this, and if it looks okay, commit it. Let me know if anyone has any remaining issues. I have the general issue that the semantics of the Windows symlink implementation are ill-defined. Specifically for the patch, I think precise documentation of the implemented behavior is is missing (unless it behaves like Unix symlink to the tiniest detail, which I doubt). Without an exact specification of what it should do it is difficult to tell whether it does that correctly. -- title: Add os.link() and os.symlink() and os.path.islink() support for Windows - Add os.link() and os.symlink() and os.path.islink() support for Windows ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6818] remove/delete method for zipfile/tarfile objects
Martin v. Löwis mar...@v.loewis.de added the comment: In light of Lars's comment on the matter, perhaps this functionality could be added to zip files only. Surely it can be done, considering that numerous utilities and even Windows Explorer provide such functionality. Are you sure they are not creating a new file in order to delete content? I recall that early zip tools (e.g. pkzip) had a mode where they would merely delete the entry from the directory, but leave the actual data in the file. Would you consider that a correct implementation? If so, *that* can be done, for zipfiles, AFAIU. I'll spend some time the next few days educating myself about zip files and how this might be accomplished. Please do - you'll find that deletion from zipfiles comes in a can full of worms. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6818 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Jason R. Coombs jar...@jaraco.com added the comment: The deviance between the Unix and Windows symlink functions is apparent in the signature, though not explicitly-defined in any formal documentation. Perhaps the following could be included as formal documentation. Should this documentation be added to os.rst, or would another place be better? The Windows version takes an additional, optional parameter, target_is_directory, which defaults to False. On Windows, a symlink represents a file or a directory, and does not morph to the target dynamically. For this reason, when creating a symlink on Windows, if the target is not already present, the symlink will default to being a file symlink. If target_is_directory is set to True, the symlink will be created as a directory symlink. This parameter is ignored if the target exists (and the symlink is created with the same type as the target). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6819] Typo in datamodel.rst (Custon - Custom)
Georg Brandl ge...@python.org added the comment: Thanks, fixed in r74627. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6825] Minor documentation bug with os.path.split
New submission from Evan Driscoll eva...@gmail.com: The documentation for os.path.split says, in part: In nearly all cases, join(head, tail) equals path (the only exception being when there were multiple slashes separating head from tail). But this is not quite true: that's not the *only* exception, at least without a somewhat liberal definition of equals. This can also happen if os.altsep is used in the path being split, in which case it will be replaced by os.sep: import ntpath path = a/b (head, tail) = ntpath.split(path) joined = ntpath.join(head, tail) joined == path False joined 'a\\b' [I only selected the versions that I actually verified, but I would guess it's present in more.] -- assignee: georg.brandl components: Documentation messages: 92180 nosy: evaned, georg.brandl severity: normal status: open title: Minor documentation bug with os.path.split versions: Python 2.6, Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6825 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6821] incorrect doc for PyBuffer_Release
Georg Brandl ge...@python.org added the comment: Thanks, fixed in r74631, will be merged to other branches soon. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6821 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Martin v. Löwis mar...@v.loewis.de added the comment: Should this documentation be added to os.rst, or would another place be better? Definitely the current documentation of these APIs, yes. The parameter should appear in the signature also, with then the remark that it works Windows only. There should also be a versionchanged markup. I think there are also effects on stat/lstat, IIRC; if so, they should be documented as well. If there are now differences, ISTM that you can't find out whether a link is a directory symlink; if so, *that* should be documented. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5705] os.getpwent returns unsigned 32bit value, os.setuid refuses it
Changes by Brett Cannon br...@python.org: -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5705 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2620] Multiple buffer overflows in unicode processing
Changes by Brett Cannon br...@python.org: -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2620 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6826] Add __contains__ to range type
New submission from Joseph Thomson joseph.thom...@gmail.com: The range type should implement the __contains__ method. Currently an expression like 'x in range(1000)' will iterate through every item in the range (exiting when an item tests true for equality); this is highly unnecessary as the following expression will perform the same function in a fraction of the time: value = start and value stop and (value - start) % step == 0 The biggest advantage of this modification would be to allow users to say: if foo in range(lower, upper): bar() instead of: if foo = lower and foo upper: bar() safe in the knowledge that they are losing no performance. The former is also far more Pythonic in my opinion :). If there is still any doubt (which I doubt), I have attached an example script showing what is to be gained. -- components: Interpreter Core files: range.py messages: 92183 nosy: hpesoj severity: normal status: open title: Add __contains__ to range type type: performance versions: Python 3.2 Added file: http://bugs.python.org/file14821/range.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6826 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5705] os.getpwent returns unsigned 32bit value, os.setuid refuses it
Changes by Joe Amenta ament...@msu.edu: -- nosy: +joe.amenta ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5705 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6826] Add __contains__ to range type
Mark Dickinson dicki...@gmail.com added the comment: Closing this as a duplicate of issue 1766304. Joseph, please could you renew the discussion in that issue instead? -- nosy: +marketdickinson resolution: - duplicate status: open - closed superseder: - improve xrange.__contains__ ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6826 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1766304] improve xrange.__contains__
Mark Dickinson dicki...@gmail.com added the comment: Closed issue 6826 as a duplicate of this issue. -- nosy: +marketdickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1766304 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1766304] improve xrange.__contains__
Changes by Mark Dickinson dicki...@gmail.com: -- stage: - needs patch type: - feature request versions: +Python 2.7, Python 3.2 -Python 2.6, Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1766304 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1766304] improve xrange.__contains__
Changes by Mark Dickinson dicki...@gmail.com: -- nosy: +hpesoj ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1766304 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6827] deepcopy erroneously doesn't call __setstate__ if __getstate__ returns empty dict
New submission from Shaun Cutts shauncu...@users.sourceforge.net: Line 335 of copy.py guards call to __setstate__ with if state: ... However, __getstate__ may legitimately return an empty dictionary even if __setstate__ still needs to be called. For example, __setstate__/__getstate__ pair may not want to persist default values (as is the case for me). The fix would be to change this line to (e.g.): if state is not None: ... -- components: Library (Lib) files: deepcopy_bug.py messages: 92186 nosy: shauncutts severity: normal status: open title: deepcopy erroneously doesn't call __setstate__ if __getstate__ returns empty dict type: behavior versions: Python 2.5 Added file: http://bugs.python.org/file14822/deepcopy_bug.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6827 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1766304] improve xrange.__contains__
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: +1 for an O(1) contains-test. -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1766304 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1766304] improve xrange.__contains__
Joseph Thomson joseph.thom...@gmail.com added the comment: Seeing as the range type has most likely stabalised by now, I would like to renew this issue. The current behaviour of range/xrange could introduce unforeseen performance issues if users are not aware of its inner workings. Also, as I said in my closed duplicate issue, 'if value in range(lower, upper)' to me looks far more Pythonic than 'if value = lower and value upper'. Although this may be a minor point, I think it is noteworthy. As for the prospect of producing a patch myself, I have checked out and taken a look at the code, but it is somewhat alien to me, and I thought it'd probably be more sensible to leave it to the people who know what they're doing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1766304 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6579] No update about automatic numbering of fields in format strings (e.g. 'A {} with {} buttocks')
Eric Smith e...@trueblade.com added the comment: This is a duplicate of issue 6813, where it has been fixed. I'm closing it. -- resolution: - duplicate status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6579 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6828] wrongly highlighted blocks in the Tutorial
New submission from Gabriel Genellina gagsl-...@yahoo.com.ar: In the tutorial, some blocks were wrongly highlighted as being Python code when they were actually just program output. This patch adds the missing ``highlightlang:: none`` declarations. See http://permalink.gmane.org/gmane.comp.python.general/636597 -- assignee: georg.brandl components: Documentation files: introduction.diff keywords: patch messages: 92190 nosy: gagenellina, georg.brandl severity: normal status: open title: wrongly highlighted blocks in the Tutorial versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1, Python 3.2 Added file: http://bugs.python.org/file14823/introduction.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6828 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
