[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

Martin v. Löwis added the comment: > The change to sys.platform=='linux' would break code even on current > platforms. Correct. Compared to introducing 'linux3', I consider this the better change - it likely breaks earlier (i.e. when porting to Python 3.3). > OTOH, we have sys.platform=='win3

[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

Amaury Forgeot d'Arc added the comment: The change to sys.platform=='linux' would break code even on current platforms. OTOH, we have sys.platform=='win32' even on Windows 64bit; would this favor keeping 'linux2' on all versions of Linux as well? -- ___

[issue11934] build with --prefix=/dev/null and zlib enabled in Modules/Setup failed

Changes by Petri Lehtinen : -- nosy: +petri.lehtinen ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue10224] Build 3.x documentation using python3.x

Martin v. Löwis added the comment: Actually, on Windows, PYTHON is typically not set at all. So the likelihood of it being set to Python 3 is very low, unless you are trying to build Python documentation from time to time. Sye: I fail to see the point of your patch. sphinx-build.py already is

[issue12319] [http.client] HTTPConnection.putrequest not support "chunked" Transfer-Encodings to send data

Petri Lehtinen added the comment: harobed wrote: > I use http.client in WebDAV client. > > Mac OS X Finder WebDAV client perform all his request in "chunk" mode : PUT > and GET. > > Here, I use http.client to simulate Mac OS X Finder WebDAV client. Now I'm confused. Per the HTTP specification,

[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

Martin v. Löwis added the comment: > This change is reasonable for the long term. But it *will* break a lot of > code. [If you favor a specific change, please indicate what that is. I'm assuming you support my proposal for the moment :-] I agree it will break a lot of code, but it's also som

[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

Amaury Forgeot d'Arc added the comment: This change is reasonable for the long term. But it *will* break a lot of code. -- nosy: +amaury.forgeotdarc ___ Python tracker ___

[issue9674] make install DESTDIR=/home/blah fails when the prefix specified is /

Changes by Matt Joiner : -- components: +Build, Library (Lib) nosy: +alexis type: behavior -> compile error ___ Python tracker ___ ___

[issue12174] Multiprocessing logging levels unclear

Petri Lehtinen added the comment: R. David Murray wrote: > I think it would be good to mention the numeric levels in the text as well > (in parenthesis, perhaps), unless the rest of the logging docs no longer > refer to the numeric levels. AFAICS, there are no numbers in the logging docs anym

[issue9674] make install DESTDIR=/home/blah fails when the prefix specified is /

Matt Joiner added the comment: Attached a patch that fixes it, only the line numbers have changed from Martin v. Loewis's patch. Used on 3.2. -- Added file: http://bugs.python.org/file22360/fix-root-prefix.patch ___ Python tracker

[issue9674] make install DESTDIR=/home/blah fails when the prefix specified is /

Matt Joiner added the comment: Just ran into this bug myself with 3.2. Apparently this patch works: http://groups.google.com/group/comp.lang.python/msg/bd8818ab9d4af8d7 -- nosy: +anacrolix ___ Python tracker _

[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

Changes by Ross Lagerwall : -- nosy: +rosslagerwall ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue12330] Named set methods on collections.Set and dict view objects

R. David Murray added the comment: collections.Set (in python 3.3, collections.abc.Set) is the *definition* of the minimal API. To construct a class that conforms to the minimal definition is certainly easier than constructing one that supports all of the methods that the set builtin does.

[issue12330] Named set methods on collections.Set and dict view objects

Changes by Julian : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue12330] Named set methods on collections.Set and dict view objects

Julian added the comment: Oh boy. Reading the comment in Issue9212 more carefully now that you said that I see that Mr. Hettinger said exactly that. I apologize for missing it the first time. "Concrete classes are allowed to have more features than the corresponding ABC. The ABCs are not in

[issue12084] os.stat() on windows doesn't consider relative symlink

Brian Curtin added the comment: How about this patch? We yield the GIL in posix_do_stat, so as Antoine pointed out in IRC, we were calling PyErr_SetString without having the GIL. I think this is the correct fix as I've stepped through the code in Visual Studio, forcing it to take this branch

[issue12330] Named set methods on collections.Set and dict view objects

R. David Murray added the comment: IIUC, collections.Set is, by definition, the full 'set' API. The fact that the set builtin implements some additional methods is a convenience. -- nosy: +r.david.murray, rhettinger ___ Python tracker

[issue12330] Named set methods on collections.Set and dict view objects

Changes by Julian : -- versions: -Python 2.6, Python 3.1 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue12330] Named set methods on collections.Set and dict view objects

New submission from Julian : collections.Set / collections.MutableSet do not provide any of the named set methods, nor do dict view objects (neither as viewkeys and friends create them nor in py3). They obviously implement the operator methods correctly, but besides the fact that they're not f

[issue12328] multiprocessing's overlapped PipeConnection on Windows

Antoine Pitrou added the comment: Hello, Thanks for the patch. >I would suggest making it a programming error for the overlapped >object to be deallocated while the operation is still pending, and >to print a RuntimeError if that happens. (This does not prevent us >from still

[issue12141] sysconfig.get_config_vars('srcdir') fails in specific cases

Ned Deily added the comment: I think one of the objectives of the test is to see that it works with the C API of that particular Python release as captured in its version of xxmodule.c. And, while it could be argued that both distutils and packaging don't need their own copies, I think it is

[issue12141] sysconfig.get_config_vars('srcdir') fails in specific cases

R. David Murray added the comment: Is it really necessary to copy this file? I haven't looked at the tests, but I'm wondering if they are using xxmodule.c only because it already existed. Could the test instead use a much simpler .c file that it creates on the fly? -- nosy: +r.david

[issue12329] XHTML entity apos missing in htmlentitydefs

Changes by Ezio Melotti : -- components: +Library (Lib) -Extension Modules keywords: +easy nosy: +eric.araujo, ezio.melotti ___ Python tracker ___ ___

[issue12329] XHTML entity apos missing in htmlentitydefs

New submission from Hans Peter de Koning : In module htmlentitydefs.py the following XHTML-1 entity is missing from dict name2codepoint: 'apos': 0x0027, # apostrophe, U+0027 ISOnum Above line should be added after line 72: 'ang': 0x2220, # angle, U+2220 ISOamso -- com

[issue12084] os.stat() on windows doesn't consider relative symlink

Brian Curtin added the comment: It has something to do with the GetFinalPathNameByHandle dance. -- ___ Python tracker ___ ___ Python-

[issue12084] os.stat() on windows doesn't consider relative symlink

Jason R. Coombs added the comment: I'll take a look. -- Added file: http://bugs.python.org/file22357/smime.p7s ___ Python tracker ___ smime.p7s Description: S/MIME cryptographi

[issue12084] os.stat() on windows doesn't consider relative symlink

Brian Curtin added the comment: Well apparently that killed the XP build bots. Does anyone currently have access to XP that could test this? -- ___ Python tracker ___ _

[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure

Changes by Ned Deily : Added file: http://bugs.python.org/file22356/issue9516_v3_packaging.patch ___ Python tracker ___ ___ Python-bugs-list ma

[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure

Changes by Ned Deily : Added file: http://bugs.python.org/file22355/issue9516_v3_test_packaging.patch ___ Python tracker ___ ___ Python-bugs-li

[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure

Changes by Ned Deily : Added file: http://bugs.python.org/file22354/issue9516_v3_distutils_27.patch ___ Python tracker ___ ___ Python-bugs-list

[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure

Changes by Ned Deily : Added file: http://bugs.python.org/file22353/issue9516_v3_test_distutils_27.patch ___ Python tracker ___ ___ Python-bug

[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure

Changes by Ned Deily : Added file: http://bugs.python.org/file22352/issue9516_v3_distutils.patch ___ Python tracker ___ ___ Python-bugs-list ma

[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure

Ned Deily added the comment: There are several issues here now. With the patches as now applied, when running the tests with standard OS X installer Pythons, I saw occasional failures of the new test_deployment_target test case ("Unexpected target"). After ensuring that the build_ext tests

[issue12084] os.stat() on windows doesn't consider relative symlink

Roundup Robot added the comment: New changeset 1a3e8db28d49 by Brian Curtin in branch '3.2': Fix #12084. os.stat on Windows wasn't working properly with relative symlinks. http://hg.python.org/cpython/rev/1a3e8db28d49 New changeset c04c55afbf81 by Brian Curtin in branch 'default': Merge from 3.

[issue12327] in HTTPConnection the are len(body) and TypeError catch exception to detect if body is file like object, this hack do work with StringIO object

Changes by R. David Murray : -- versions: +Python 3.2 -Python 2.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue12327] in HTTPConnection the are len(body) and TypeError catch exception to detect if body is file like object, this hack do work with StringIO object

R. David Murray added the comment: But if the len information is available, why not return it? -- ___ Python tracker ___ ___ Python-b

[issue12327] in HTTPConnection the are len(body) and TypeError catch exception to detect if body is file like object, this hack do work with StringIO object

harobed added the comment: > fileno and stat won't work on a StringIO object. So StringIO would need to > be special cased to call getvalue. Yes, but it isn't important in chunk transfer encoding. -- ___ Python tracker

[issue7860] 32-bit Python on 64-bit Windows reports incorrect architecture

Changes by Santoso Wijaya : -- nosy: +santa4nt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue12084] os.stat() on windows doesn't consider relative symlink

STINNER Victor added the comment: > Here's a cleaned up patch which includes the test and lstat change > Victor mentioned. The test pass on Windows Seven 64 bits. -- ___ Python tracker ___

[issue8260] When I use codecs.open(...) and f.readline() follow up by f.read() return bad result

R. David Murray added the comment: According to this ticket it hasn't been applied anywhere yet (a message will be posted here when it is). -- nosy: +r.david.murray versions: +Python 3.3 -Python 3.1 ___ Python tracker

[issue12327] in HTTPConnection the are len(body) and TypeError catch exception to detect if body is file like object, this hack do work with StringIO object

R. David Murray added the comment: fileno and stat won't work on a StringIO object. So StringIO would need to be special cased to call getvalue. -- nosy: +orsenthil, r.david.murray ___ Python tracker ___

[issue8260] When I use codecs.open(...) and f.readline() follow up by f.read() return bad result

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

Martin v. Löwis added the comment: I suggest to change sys.platform to 'linux' in future releases (3.3). For bugfix releases (2.7, 3.2), I'd keep it as 'linux2' even on Linux 3. For security-only releases (2.6, 3.1), no change should be made. -- __

[issue12328] multiprocessing's overlapped PipeConnection on Windows

sbt added the comment: The attached patch hopefully fixes problems (1)-(5), but I have never used overlapped I/O before. test_pipe_poll.py passes with these changes. -- keywords: +patch Added file: http://bugs.python.org/file22350/pipe_poll.patch _

[issue12141] sysconfig.get_config_vars('srcdir') fails in specific cases

Changes by Ned Deily : Added file: http://bugs.python.org/file22349/issue12141_27.patch ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue12141] sysconfig.get_config_vars('srcdir') fails in specific cases

Changes by Ned Deily : Added file: http://bugs.python.org/file22348/issue12141_32.patch ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue12141] sysconfig.get_config_vars('srcdir') fails in specific cases

Changes by Ned Deily : Added file: http://bugs.python.org/file22347/issue12132_backport_32.patch ___ Python tracker ___ ___ Python-bugs-list m

[issue12141] sysconfig.get_config_vars('srcdir') fails in specific cases

Ned Deily added the comment: Here are patches to install a copy of xxmodule.c in the distutils tests directory (for 3.3, 3.2, and 2.7) and a copy in packaging tests for 3.3. With them in place, test_build_ext/test_command_build_ext now executes when the tests are run from an installed Python

[issue12328] multiprocessing's overlapped PipeConnection on Windows

New submission from sbt : There are some problems with the new Windows overlapped implementation of PipeConnection in the default branch. 1) poll(0) can return False when an empty string is in the pipe: if the next message in the pipe is b"" then PeekNamedPipe() returns (0, 0) which is ind

[issue12306] zlib: Expose zlibVersion to query runtime version of zlib

Torsten Landschoff added the comment: Documentation for ZLIB_VERSION. I just notice that it makes no sense to add the version info to that section. Feel free to move the two snippets. I added a versionadded tag here as well (ZLIB_VERSION was already in Python 1.5). Is there any old release f

[issue12306] zlib: Expose zlibVersion to query runtime version of zlib

Torsten Landschoff added the comment: Here is an updated patch: * Function zlibVersion() replaced by module-level constant ZLIB_RUNTIME_VERSION * Added documentation (with versionadded: 3.3) -- Added file: http://bugs.python.org/file22343/zlib_runtime_version.diff __

[issue8260] When I use codecs.open(...) and f.readline() follow up by f.read() return bad result

harobed added the comment: Up, I think this patch isn't applied in Python 3.3a0. -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue12327] in HTTPConnection the are len(body) and TypeError catch exception to detect if body is file like object, this hack do work with StringIO object

New submission from harobed : Hi, in httplib.HTTPConnection._send_request (Python 2.6) in httplib.HTTPConnection._set_content_length (Python 2.7) and http.client.HTTPConnection._set_content_length (Python 3.3) there are something like that : try: thelen = str(len(body))

[issue12084] os.stat() on windows doesn't consider relative symlink

Brian Curtin added the comment: Here's a cleaned up patch which includes the test and lstat change Victor mentioned. I think this addresses everything we need to cover here. Can you run the tests once more with this new patch? -- Added file: http://bugs.python.org/file22342/issue12084

[issue11669] Clarify Lang Ref "Compound statements" footnote

Changes by R. David Murray : -- versions: -Python 3.1 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue11669] Clarify Lang Ref "Compound statements" footnote

R. David Murray added the comment: Sometimes we use the patch keyword for doc issues where someone has suggested a specific new wording but not generated an actual patch. That seems to be the case here. -- nosy: +r.david.murray ___ Python tracker

[issue12063] tokenize module appears to treat unterminated single and double-quoted strings inconsistently

R. David Murray added the comment: I agree with Petri, so I'm setting this to a doc issue. -- assignee: -> docs@python components: +Documentation nosy: +docs@python, r.david.murray stage: -> needs patch type: -> behavior ___ Python tracker

[issue12174] Multiprocessing logging levels unclear

R. David Murray added the comment: I think it would be good to mention the numeric levels in the text as well (in parenthesis, perhaps), unless the rest of the logging docs no longer refer to the numeric levels. -- nosy: +r.david.murray ___ Python

[issue12084] os.stat() on windows doesn't consider relative symlink

STINNER Victor added the comment: > os.lstat(bytes) should call win32_lstat() > (which is removed by this patch) instead of stat() Short history: - 0a1baa619171: Fix #10027. st_nlink not set on Windows calls to os.stat/lstat - 730b728e5aef: Implement #1578269. Patch by Jason R. Coombs. 730b728

[issue12319] [http.client] HTTPConnection.putrequest not support "chunked" Transfer-Encodings to send data

harobed added the comment: I use http.client in WebDAV client. Mac OS X Finder WebDAV client perform all his request in "chunk" mode : PUT and GET. Here, I use http.client to simulate Mac OS X Finder WebDAV client. Regards, Stephane -- ___ Python

[issue12316] test_signal: test_sigwait_thread failure on FreeBSD 6.4 buildbot

STINNER Victor added the comment: test_signal passed in build #1577 of x86 FreeBSD 6.4 3.x: I close this issue. Thanks neologix! -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue12084] os.stat() on windows doesn't consider relative symlink

STINNER Victor added the comment: issue12084_v2.diff doesn't patch os.lstat(bytes): os.lstat(bytes) should call win32_lstat() (which is removed by this patch) instead of stat(). test_os doesn't test os.stat()/os.lstat() with byte filenames. You can for example replace Win32SymlinkTests.check_

[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

Changes by Charles-François Natali : -- nosy: +lemburg, loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

Charles-François Natali added the comment: > I would expect changing sys.platform will also break a lot of third- > party code. Maybe, but this would be an application bug. Here's sys.platform current implementation: const char * Py_GetPlatform(void) { return PLATFORM; } And here's the

[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

STINNER Victor added the comment: sys.platform comes from Py_GetPlatform() which comes from PLATFORM define. On Linux, this define comes from Makefile: MACHDEP variable which comes from configure. Finally, MACHDEP is defined by: ac_sys_system=`uname -s` if test "$ac_sys_system

[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

Antoine Pitrou added the comment: I would expect changing sys.platform will also break a lot of third-party code. Perhaps sys.platform can still be 'linux2' under Linux 3.x? After all, there's no significant change that deserves changing sys.platform. -- nosy: +pitrou ___

[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

STINNER Victor added the comment: Why should be used instead? - sys.platform.startswith('linux') - os.uname()[0] == 'Linux' - platform.system() == 'Linux' - other? Tests like sys.platform in ('linux2', 'darwin') can be replaced by sys.platform in ('linux2', 'linux3', 'darwin'). We will hav

[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'

New submission from Charles-François Natali : Linus recently decided that the next Linux kernel version would 3.0 [1]. As a consequence, sys.platform (which is actually MACHDEP) will be 'linux3' on machines running Linux 3 kernels, and tests checking explicitely against 'linux2' will either bre

[issue12325] regex matches incorrectly on literal dot (99.9% confirmed)

Changes by R. David Murray : -- resolution: -> invalid stage: -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue12316] test_signal: test_sigwait_thread failure on FreeBSD 6.4 buildbot

STINNER Victor added the comment: > Patch attached The patch looks correct, but only FreeBSD 6.4 can tell us if it "works" or not, so I commited your new version of the test. I inlined check_sigwait() because the function was only called by test_sigwait(). -- __

[issue12316] test_signal: test_sigwait_thread failure on FreeBSD 6.4 buildbot

Roundup Robot added the comment: New changeset d07d0afea9a7 by Victor Stinner in branch 'default': Issue #12316: Fix sigwait() test using threads http://hg.python.org/cpython/rev/d07d0afea9a7 -- nosy: +python-dev ___ Python tracker

[issue12316] test_signal: test_sigwait_thread failure on FreeBSD 6.4 buildbot

Charles-François Natali added the comment: Patch attached: - a new process is spawned (using assert_python_ok()) to avoid undefined behavior (and crash on FreeBSD) - I've kept SIGUSR1 default handler, because, as noted in http://bugs.python.org/issue8407#msg138066 , there can be subtle differen

[issue12206] Documentation Std. Library 15.7.5 "LogRecord objects": Parameters: level(currently wrong) -> levelno (correct)

Roundup Robot added the comment: New changeset 5fbf0d010276 by Vinay Sajip in branch '2.7': Closes #12206: documentation update for LogRecord constructor and Formatter.formatTime. http://hg.python.org/cpython/rev/5fbf0d010276 -- resolution: -> fixed stage: -> committed/rejected statu

[issue12281] bytes.decode('mbcs', 'ignore') does replace undecodable bytes on Windows Vista or later

STINNER Victor added the comment: Using my patch, it is possible create a codec for any code page on demand: register a function checking if the encoding name starts with "cp" and ends with a valid code page number. Even if it is bad idea to set the OEM code page to 65001, implement a codec f

[issue11728] mbox parser incorrect behaviour

Steffen Daode Nurpmeso added the comment: Hello Valery Masiutsin, i recently stumbled over this while searching for the link to the standart i've stored in another issue. (Without being logged in, say.) The de-facto standart (http://qmail.org/man/man5/mbox.html) says: HOW A MESSAGE IS READ

[issue12281] bytes.decode('mbcs', 'ignore') does replace undecodable bytes on Windows Vista or later

STINNER Victor added the comment: Patch version 3: - add unit tests for code pages 932, 1252, CP_UTF7 and CP_UTF8 - fix encode/decode flags for CP_UTF7/CP_UTF8 - fix encode name on UnicodeDecodeError, support also "CP_UTF7" and "CP_UTF8" code page names TODO: - The decoder (with errors) d

[issue12294] multiprocessing.Pool: Need a way to find out if work are finished.

Changes by Petri Lehtinen : -- nosy: +petri.lehtinen versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue12181] SIGBUS error on OpenBSD (sparc64)

Charles-François Natali added the comment: > If there are only two versions of the structure on all operating > systems, we can add a check in configure Isn't it a bit overkill? OpenBSD is the only OS to define struct kevent that way, adding a #ifdef __OpenBSD__ check would probably be enough

[issue12319] [http.client] HTTPConnection.putrequest not support "chunked" Transfer-Encodings to send data

Petri Lehtinen added the comment: What's the use case? Do you have an iterable that yields data whose size is unknown? AFAIK, most web servers don't even support chunked uploads. (Removing Python 2.7 from versions as this is clearly a feature request.) -- nosy: +petri.lehtinen type:

[issue12321] documentation of ElementTree.find

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

[issue12322] ElementPath 1.3 expressions documentation

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

[issue12323] ElementPath 1.3 expressions

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

[issue12324] [3.2] sorted(big dict)

DDarko added the comment: I am interested in sorting only by INT0, in this example: {k: [INT0, INT1, DICT], k: [INT0, INT1, DICT], ...} not cmp. whole lists. Unfortunately I can not take advantage of .values() as the keys I need. -- ___ Python track

[issue12325] regex matches incorrectly on literal dot (99.9% confirmed)

Cal Leeming added the comment: Oh jeez, you're going to think I'm such an idiot. I just ran a completely fresh test in the cli (away from the original source), and the issue disappeared (it was caused by caching - apparently). I'm really sorry to have bothered you guys, I should have thought

[issue12325] regex matches incorrectly on literal dot (99.9% confirmed)

Robert Lehmann added the comment: I can not reproduce either of your findings. Could you provide us with your version information? re version 2.2.1, _sre 2.2.2, Python 2.6.6, Debian sid here. Also tested with Python 2.7.2rc1 (same RE). >>> import re >>> re.compile(r"\.co\.uk", re.DEBUG) li

[issue12324] [3.2] sorted(big dict)

Mark Dickinson added the comment: > In this example, I'm sort by item number 1, which is a list, and its > first value is an int. ? You're sorting by the values of the dict d, and those values have the form [int, int, dict]; so when the two ints match (e.g., in your data, there are two valu

[issue12324] [3.2] sorted(big dict)

DDarko added the comment: Sure. I know what's going on. Sorry for the inconvenience. -- ___ Python tracker ___ ___ Python-bugs-list m

[issue12325] regex matches incorrectly on literal dot (99.9% confirmed)

Cal Leeming added the comment: Take particular notice to the following: \.co\.uk or literal 99 literal 111 literal 46 literal 117 literal 107 >>> map(lambda x: chr(x), [99,111,46,117,107]) ['c', 'o', '.', 'u', 'k'] It would appear it is ignoring the first \

[issue4470] smtplib SMTP_SSL not working.

Torsten Bronger added the comment: I still have to apply Catucci's patch (or a modification of) after every Ubuntu installation or upgrade. Otherwise, I get ... File "/usr/lib/python2.7/smtplib.py", line 752, in __init__ SMTP.__init__(self, host, port, local_hostname, timeout) File

[issue12325] regex matches incorrectly on literal dot (99.9% confirmed)

Changes by Cal Leeming : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue12325] regex matches incorrectly on literal dot (99.9% confirmed)

New submission from Cal Leeming : I believe I might have found a bug in the Python re libraries. Here is a complete debug of what is happening (my apologies for the nature of the actual text). I have ran this regex through RegexBuddy (and a few other tools), and all of them do the correct acti

[issue12324] [3.2] sorted(big dict)

DDarko added the comment: I am aware of this change. In this example, I'm sort by item number 1, which is a list, and its first value is an int. $ python3 sort_test.py ... Dict index is always No. 2. But I do not sort it. That's why it surprised me this error because nowhere dicts shou

[issue12324] [3.2] sorted(big dict)

Mark Dickinson added the comment: This is expected behaviour: Python 3 changed the semantics of the comparison operators <, <=, >, >=. See: http://docs.python.org/py3k/whatsnew/3.0.html#ordering-comparisons for more. -- nosy: +mark.dickinson resolution: -> invalid status: open ->

[issue2122] mmap.flush does not check for errors on windows

Changes by Antoine Pitrou : -- stage: test needed -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12324] [3.2] sorted(big dict)

New submission from DDarko : I added an example to reproduce the bug. >From the command line the same code: Python 2.7.1+ (r271:86832, Apr 11 2011, 18:05:24) [GCC 4.5.2] on linux2 $ python sort_test.py Everything fine. Python 3.2 (r32:88445, Mar 25 2011, 19:28:28) [GCC 4.5.2] on linux2 $ pyth

[issue12323] ElementPath 1.3 expressions

New submission from patrick vrijlandt : >From http://effbot.org/zone/element-xpath.htm: [position] (New in 1.3) Selects all elements that are located at the given position. The position can be either an integer (1 is the first position), the expression “last()” (for the last position), or

[issue12322] ElementPath 1.3 expressions documentation

New submission from patrick vrijlandt : Python 3.2 supports ElementPath version 1.3. The relevant documentation is http://effbot.org/zone/element-xpath.htm. It says: .. (New in 1.3) Selects the parent element. However, a CHANGES document says: The engine also provides limited support for th

[issue12321] documentation of ElementTree.find

New submission from patrick vrijlandt : >From the python docs for version 3.2: 19.12.3. ElementTree Objects find(match) [...] Same as getroot().find(match). [...] This is not true: tree.find accepts an absolute path (like "/*") , whereas element.find doesn't. Also applies to findall and findte