[issue10976] json.loads() throws TypeError on bytes object

Balthazar Rouberol added the comment: I know this does not fix anything at the core, but it would allow you to use json.loads() with python 3.2 (maybe 3.1?): Replace json.loads(raw_data) by raw_data = raw_data.decode('utf-8') # Or any other ISO format json.loads(raw_data) -- nosy:

[issue10976] json.loads() throws TypeError on bytes object

Serhiy Storchaka added the comment: > What if the returned JSON uses a charset other than utf-8 ? According to RFC 4627: "JSON text SHALL be encoded in Unicode. The default encoding is UTF-8." RFC 4627 also offers a way to autodetect other Unicode encodings. -- nosy: +storchaka ___

[issue14127] add st_*time_ns fields to os.stat(), add ns keyword to os.*utime*(), os.*utimens*() expects a number of nanoseconds

Larry Hastings added the comment: Anybody else? I guess I'm gonna jst miss Alpha 3, but if nobody has any other objections I'll check this in today (Thursday). If you want me to hold off just let me know. -- ___ Python tracker

[issue14579] CVE-2012-2135: Vulnerability in the utf-16 decoder after error handling

STINNER Victor added the comment: I ran tests of utf16_error_handling-3.2_4.patch on Python 3.1. Two tests are failing: - b'\x00\xd8'.decode('utf-16le', 'replace')='\ufffd\ufffd' != '\ufffd' - b'\xd8\x00'.decode('utf-16be', 'replace')='\ufffd\ufffd' != '\ufffd' I don't think that the test is

[issue13210] Support Visual Studio 2010

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

[issue14579] CVE-2012-2135: Vulnerability in the utf-16 decoder after error handling

Antoine Pitrou added the comment: > I ran tests of utf16_error_handling-3.2_4.patch on Python 3.1. Two tests are > failing: > - b'\x00\xd8'.decode('utf-16le', 'replace')='\ufffd\ufffd' != '\ufffd' > - b'\xd8\x00'.decode('utf-16be', 'replace')='\ufffd\ufffd' != '\ufffd' > > I don't think that

[issue10976] json.loads() throws TypeError on bytes object

Antoine Pitrou added the comment: Well, adding support for bytes objects using the spec from RFC 4627 (or at least with utf-8 as a default) may be an enhancement for 3.3. -- assignee: docs@python -> components: +Library (Lib) -Documentation stage: -> needs patch type: behavior -> enh

[issue14673] add sys.implementation

Antoine Pitrou added the comment: If it can contain a variable number of fields, I think it should be a dict rather than a tuple. -- nosy: +ncoghlan, pitrou ___ Python tracker

[issue10976] json.loads() throws TypeError on bytes object

Serhiy Storchaka added the comment: Things are a little more complicated. '123' is not a valid JSON according to RFC 4627 (the top-level element can only be an object or an array). This means that the autodetection algorithm will not always work for such non-standard data. If we can parse bi

[issue14674] Add link to RFC 4627 from json documentation

New submission from Serhiy Storchaka : The json module documentation should give a link to RFC 4627 and explain the current implementation is different from it. For example, according to RFC 4627 only an object or an array can be top-level JSON element. -- assignee: docs@python compone

[issue10976] json.loads() throws TypeError on bytes object

Antoine Pitrou added the comment: > Things are a little more complicated. '123' is not a valid JSON > according to RFC 4627 (the top-level element can only be an object or > an array). This means that the autodetection algorithm will not always > work for such non-standard data. The autodetecti

[issue14675] make distutils.ccompiler.CCompiler an abstract class

Changes by Ramchandra Apte : -- assignee: -> eric.araujo components: +Distutils nosy: +eric.araujo, tarek versions: +Python 3.2 ___ Python tracker ___ __

[issue14675] make distutils.ccompiler.CCompiler an abstract class

New submission from Ramchandra Apte : Make distutils.ccompiler.CCompiler an abstract class by making it inherit from abc.ABCMeta. Thanks -- messages: 159369 nosy: ramchandra.apte priority: normal severity: normal status: open title: make distutils.ccompiler.CCompiler an abstract class

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Roundup Robot added the comment: New changeset 86dc014cdd74 by Jesus Cea in branch 'default': Close #10142: Support for SEEK_HOLE/SEEK_DATA http://hg.python.org/cpython/rev/86dc014cdd74 -- nosy: +python-dev resolution: -> fixed stage: patch review -> committed/rejected status: open ->

[issue14675] make distutils.ccompiler.CCompiler an abstract class

Ramchandra Apte added the comment: Sorry, distutils.ccompiler.CCompiler should have abc.ABCMeta as the metaclass. (for example like this) class CCompiler(metaclass = abc.ABCMeta): ... Thanks -- ___ Python tracker

[issue14673] add sys.implementation

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

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Benjamin Peterson added the comment: You broke test_io www.python.org/dev/buildbot/all/builders/x86 Gentoo Non-Debug 3.x/builds/2143/steps/test/logs/stdio -- nosy: +benjamin.peterson ___ Python tracker _

[issue13210] Support Visual Studio 2010

Richard Oudkerk added the comment: > the errno codes (EAGAIN etc) are provided only as a compatibility for > posix apps that test "errno". On windows, we use the WSA return values > from the api functions and WsaGetLastError(). > ... > So, the proposed patch is not a change, it is merely rein

[issue13210] Support Visual Studio 2010

Brian Curtin added the comment: I recently added what you just mentioned in the vs2010port branch for WSA and non-WSA to work together. I still need to figure out some distutils/packaging failures, but the port is nearly ready*. * I've only focused on 32-bit debug builds, but updating the pro

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Jesús Cea Avión added the comment: Yes, backing out changeset. Never suppose anything... -- resolution: fixed -> stage: committed/rejected -> patch review status: closed -> open ___ Python tracker __

[issue10976] json.loads() raises TypeError on bytes object

Changes by Éric Araujo : -- title: json.loads() throws TypeError on bytes object -> json.loads() raises TypeError on bytes object ___ Python tracker ___

[issue8767] Configure: Cannot disable unicode

Changes by Stefano Taschini : -- nosy: +taschini ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue14675] make distutils.ccompiler.CCompiler an abstract class

Éric Araujo added the comment: distutils is closed to improvements, it only gets bugfixes. distutils2/packaging can get new features. Can you tell more about the use case or motivation for this request? -- components: +Distutils2 -Distutils nosy: +alexis versions: +3rd party, Python

[issue14673] add sys.implementation

Éric Araujo added the comment: *version* is a version tuple, in the format of :data:`sys.version_info`, which represents the version of the Python implementation, **not** the version of the Python specification it implements. If that version number is specific to each VM, then I’m not sur

[issue13210] Support Visual Studio 2010

Kristján Valur Jónsson added the comment: > Except that Microsoft's C library also uses some of the non-WSA > versions. For instance read() (or _read()) is documented to set > errno to EBADF or EINVAL on error. So EBADF and EINVAL are just as > "native" as WSAEBADF and WSAEINVAL. read() is a p

[issue13210] Support Visual Studio 2010

Kristján Valur Jónsson added the comment: Brian, I posted a suggested port five weeks ago. What kind of problems are you having? It's really a very straightforward thing. -- ___ Python tracker _

[issue13210] Support Visual Studio 2010

Kristján Valur Jónsson added the comment: Also, I'm not sure distutils and all that is really necessary. As I understood it, the goal is to make it so that the casual hacker can compile and run python using visual studio 2010. 3.3 continues to be "officially" distributed with 2008. Surely

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Changes by Jesús Cea Avión : Added file: http://bugs.python.org/file25370/6447a9323b11.diff ___ Python tracker ___ ___ Python-bugs-list mailin

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Jesús Cea Avión added the comment: New patch proposed, with testsuite fixed. Please, review. Last chance :-). -- ___ Python tracker ___

[issue14666] test_sendall_interrupted hangs on FreeBSD with a zombi multiprocessing thread

Richard Oudkerk added the comment: New patch which adds timeout to ResourceSharer.stop() which defaults to 0. When stop() fails it now uses the logger. pthread_sigmask() only stops this background thread from receiving signals. Signals will still be delivered to other threads, so it should n

[issue13210] Support Visual Studio 2010

Brian Curtin added the comment: No, this is the real thing. Python 3.3 distributed on VS2010. In order to ship a fully built Python 3.3 MSI for users, I've found it's not just as easy as updating errno. I'll strip out all of the project file changes and whatnot and post a patch of the actual

[issue14443] Distutils test_bdist_rpm failure

Dave Malcolm added the comment: As a post-processing step, rpmbuild will attempt to byte-compile any .py files it encounters, and the results must be listed in the %files manifest. [1] This is done by the script brp-python-bytecompile, which uses the compileall module. However, my guess is t

[issue13210] Support Visual Studio 2010

Brian Curtin added the comment: Also, I personally don't care about distutils, but I need all of the tests to pass before I can consider merging this. Distutils and packaging need a few changes to be able to compile extensions and create setups and whatever with VS2010. -- _

[issue13210] Support Visual Studio 2010

Éric Araujo added the comment: Could you attach a file with the distutils/packaging test output? I don’t really know the packaging.compiler module, but I may be able to make sense of the error messages and work with you to fix them. -- ___ Python

[issue14632] Race condition in WatchedFileHandler leads to unhandled exception

Vinay Sajip added the comment: Buildbots seem not to be complaining, so closing. -- status: open -> closed ___ Python tracker ___ ___

[issue10976] json.loads() raises TypeError on bytes object

Serhiy Storchaka added the comment: I mean a string that starts with '\u'. b'"\x00...'. -- ___ Python tracker ___ ___ Python-bugs

[issue8767] Configure: Cannot disable unicode

R. David Murray added the comment: Reopening per this python-dev thread where MvL said that not being able to build 2.7 without unicode is a bug (but someone would need to care enough to contribute a patch to fix it). -- nosy: +r.david.murray priority: normal -> low stage: -> needs p

[issue14673] add sys.implementation

Eric Snow added the comment: @antoine - I wondered about that. In the end I got something up to start with. The list of fields in sys.implementation may change over time, unlike sys.version_info, et al. However, during interpreter execution, I would expect that neither that list nor the con

[issue10976] json.loads() raises TypeError on bytes object

Antoine Pitrou added the comment: Le jeudi 26 avril 2012 à 15:48 +, Serhiy Storchaka a écrit : > > I mean a string that starts with '\u'. b'"\x00...'. According to the RFC, that should be escaped: All Unicode characters may be placed within the quotation marks except for the cha

[issue13210] Support Visual Studio 2010

Richard Oudkerk added the comment: > This doesn't change that, and as far as I know, this has worked and > continues to work. "errno" is supported. Using your patch, does the following throw an AssertionError? >>> import os, errno >>> try: ... os.read(-1, 10) ... except OSError as e: ...

[issue14673] add sys.implementation

Eric Snow added the comment: @Éric - that's a good point. I considered it for a little bit, but went with the quick and easy think to get it rolling. There is a real benefit to mandating an API sys.implementation.version. importlib would use that version to calculate the tag to use for cach

[issue14673] add sys.implementation

Eric Snow added the comment: I'm going to write a PEP for this, after all. I want to make sure that it's easy to access, in one place, these points that are coming up and their resolutions. -- ___ Python tracker

[issue10976] json.loads() raises TypeError on bytes object

Serhiy Storchaka added the comment: According to current implementation this is acceptable. >>> json.loads('"\u"', strict=False) '\x00' -- ___ Python tracker ___ __

[issue14443] Distutils test_bdist_rpm failure

Dave Malcolm added the comment: __os_install_post is defined within /usr/lib/rpm/redhat/macros and contains this fragment: /usr/lib/rpm/brp-python-bytecompile %{__python} %{?_python_bytecompile_errors_terminate_build} \ Hence it will use %{__python} as the default when byte-compiling. %_

[issue14669] test_multiprocessing failure on OS X Tiger

Richard Oudkerk added the comment: I can't work out what is wrong here. The code does not to account for a partial read of the message from the socket. The attached patch fixes that, but it does not address the cause of this failure. -- keywords: +patch Added file: http://bugs.pytho

[issue14676] DeprecationWarning missing in default warning filters documentation

New submission from Peter Eisentraut : DeprecationWarning was disabled by default in Python 2.7, but the documentation section "Default Warning Filters" does not list it as ignored. In the 3.x branches, this was already fixed. Trivial patch attached. -- assignee: docs@python componen

[issue1065986] Fix pydoc crashing on unicode strings

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue14672] Windows installer: add desktop shortcut(s)

Daniel Swanson added the comment: I am using windows and as I recall, it installed a desktop shortcut for me. but I could be wrong. -- nosy: +weirdink13 ___ Python tracker ___

[issue13210] Support Visual Studio 2010

Kristján Valur Jónsson added the comment: > Using your patch, does the following throw an AssertionError? Yes, it looks as though it will. It seems I was too agressive, since errnomodule has different entries for EBADF and WSAEBADF. This is the kind of feedback I'd like to have had earlier. I

[issue13210] Support Visual Studio 2010

Brian Curtin added the comment: Yes. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue13210] Support Visual Studio 2010

Kristján Valur Jónsson added the comment: Super, I must have missed that memo. At PyCon there wasn't much enthusiasm for it, and this was considered a toy project :) You may be interested in my patch to see what I did with the project files, then. Otherwise, I'll be happy to review yours.

[issue14677] Python 2.6 Printing Error

New submission from mesheb82 : I’m running: Python 2.6.2 (r262:71605, Apr 14 2009, 22:40:02) [MSC v.1500 32 bit (Intel)] on win32 I was testing out some print functionality and I made an error in typing (I meant to use %8.8f), but is this behavior intentional or is it an error? >> print '%8.8s

[issue14678] Update zipimport to support importlib.invalidate_caches()

New submission from Brett Cannon : zipimport's finders that get cached in sys.path_importer_cache should probably be updated to support importlib.invalidate_caches() (else the module should get re-implemented in pure Python in importlib and then be tossed). -- components: Library (Lib)

[issue14662] shutil.move broken in 2.7.3 on OSX (chflags fails)

Fabian Groffen added the comment: % echo "test" > /var/tmp/testfile % python Python 2.7.3 (default, Apr 26 2012, 19:06:37) [GCC 4.2.1 (Gentoo 4.2.1_p5666, Apple Inc. build 5666) (dot 3)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import shutil >>> shuti

[issue14678] Update zipimport to support importlib.invalidate_caches()

Éric Araujo added the comment: zipimport in Python sounds good to me. -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-li

[issue14662] shutil.move broken in 2.7.3 on OSX (chflags fails)

Fabian Groffen added the comment: it seems errnomodule.c has no idea of ENOTSUP, and that's not the only missing one. OSX 10.7: $ grep "^#define\sE" /usr/include/sys/errno.h | awk '{print $2}' | while read line ; do grep -q ${line} Modules/errnomodule.c || echo "missing: $line" ; done missing

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Changes by Jesús Cea Avión : Added file: http://bugs.python.org/file25374/c7abfb4d4260.diff ___ Python tracker ___ ___ Python-bugs-list mailin

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Jesús Cea Avión added the comment: New patch, after neolo...@free.fr review. -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue14677] Python 2.6 Printing Error

Eric V. Smith added the comment: The "s" causes the argument to be converted to a string, then the formatting is applied. So it's working as designed. This is the logical equivalent of: '%8.8s' % str(101.) -- nosy: +eric.smith resolution: -> invalid status: open -> closed __

[issue14678] Update zipimport to support importlib.invalidate_caches()

Changes by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue14127] add st_*time_ns fileds to os.stat(), add ns keyword to os.*utime*(), os.*utimens*() expects a number of nanoseconds

Martin v. Löwis added the comment: > Somehow patch #2 doesn't show up in Rietveld. :-( It's because it's a git-style diff, so it includes no base revision, and it didn't apply cleanly to the default head (which is tried as a fall-back in case of a missing base revision). -- title: add

[issue14579] CVE-2012-2135: Vulnerability in the utf-16 decoder after error handling

Martin v. Löwis added the comment: > UTF-16 units are 16-bit words, not bytes, so '\ud' sounds correct to > me. You resynchronize on the word boundary: the invalid word is skipped. I agree. The only odd case is when the number of bytes is not even (pun intended). In that case, anybody can g

[issue13210] Support Visual Studio 2010

Martin v. Löwis added the comment: > For instance, the sxs patch and the errnomodule patch could go in now > without disturbing anything whatsoever. I'm not convinced that the errno change is actually correct. -- ___ Python tracker

[issue13210] Support Visual Studio 2010

Martin v. Löwis added the comment: > Brian, do I understand you correctly that 2010 is to the official compiler > for 3.3? Unless we switch to VS 2012, yes. -- ___ Python tracker

[issue14127] add st_*time_ns fields to os.stat(), add ns keyword to os.*utime*(), os.*utimens*() expects a number of nanoseconds

Changes by Arfrever Frehtes Taifersar Arahesis : -- title: add st_*time_ns fileds to os.stat(), add ns keyword to os.*utime*(), os.*utimens*() expects a number of nanoseconds -> add st_*time_ns fields to os.stat(), add ns keyword to os.*utime*(), os.*utimens*() expects a number of nan

[issue13210] Support Visual Studio 2010

Brian Curtin added the comment: I don't have a link handy, but from what I've read we could go from VS2010 to VS2012 with relative ease since it's supposed to be able to work with 2010 solutions/project files. I haven't tried this with the beta, but I'll take a look. --

[issue14673] add sys.implementation

Martin v. Löwis added the comment: If the main motivation for this is that importlib can use it, I fail to see the point to make it cross-implementation. Other implementations of Python may not use byte code files at all, or use different byte code syntaxes, or not use the marshal module to l

[issue14127] add st_*time_ns fields to os.stat(), add ns keyword to os.*utime*(), os.*utimens*() expects a number of nanoseconds

Larry Hastings added the comment: FYI, Martin was replying to Guido's comment from more than a month ago, when I posted revision #2 of my first patch series. By sheer coincidence I posted revision #2 of a new patch series yesterday. But Reitveld worked fine for that! Anyway--no comments?

[issue14662] shutil.move broken in 2.7.3 on OSX (chflags fails)

Ned Deily added the comment: Thanks for the analysis. Yes, it looks like there's a difference between OS X and current FreeBSDs, for example. chflags(2) on the latter is documented as returning EOPNOTSUPP and on the former ENOTSUP. shutil should check for both. A quick search of the source

[issue6818] remove/delete method for zipfile/tarfile objects

Yuval Greenfield added the comment: I'm not sure I understand how http://bugs.python.org/review/6818/show works. I've looked all over and only found remarks for "zipfile.remove.patch" and not for "zipfile.remove.2.patch" which addressed all the aforementioned issues. Also, I don't understand

[issue14662] shutil.move broken in 2.7.3 on OSX (chflags fails)

Hynek Schlawack added the comment: I had this text ready before ned chimed in, I’ll post it anyway because it was a lot of work ;): You're right, 2.7’s errnos are incomplete compared to 3.2. Antoine added ENOTSUP in c370866f30a7 and it runs as “Solaris-specific”. So it’s currently in 3.2 and

[issue13210] Support Visual Studio 2010

Brian Curtin added the comment: VS11 opened the VS2010 project fine without doing conversion. Note that this just uses VS11 to work with the project in VS2010 mode with the 2010 compiler. Doing the conversion to VS11's compiler is another thing to consider, although probably not until it goes

[issue14679] Changes to html.parser break third-party code

New submission from Vinay Sajip : The change to html.parser.tagfind in ba4baaddac8d is causing third-party code (Django) to fail. See http://mail.python.org/pipermail/python-dev/2012-April/119074.html for more information. Other patterns which changed (e.g. attrfind_tolerant) might also lead

[issue14679] Changes to html.parser break third-party code

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue13210] Support Visual Studio 2010

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

[issue14662] shutil.move broken in 2.7.3 on OSX (chflags fails)

Fabian Groffen added the comment: I don't want to go through the paperwork nonsense just for a trivial patch, hence I didn't supply one, but instead provided all the information for you guys to make the correct fix. -- ___ Python tracker

[issue14662] shutil.move broken in 2.7.3 on OSX (chflags fails)

Éric Araujo added the comment: Trivial patches don’t require paperwork; non-trivial patches require a simple contributor agreement (print, sign, scan, email). We don’t like that either but it is required. If you have any suggestion to make the process simpler, please share them on python-de

[issue13210] Support Visual Studio 2010

Kristján Valur Jónsson added the comment: MVL wrote: > I'm not convinced that the errno change is actually correct. You are right, as SBT pointed out. There are cases where we have had errno.EFOO and errno.WSAEFOO point to different values, because one was used by sockets and other by regula

[issue14673] add sys.implementation

Eric Snow added the comment: Thanks for bringing this up, Martin. sys.implementation is about having an implementation-specific location (hence sys) to consolidate explicit values concerning the implementation. It's partly about clarifying the run-time distinction between Python-the-language

[issue13210] Support Visual Studio 2010

Kristján Valur Jónsson added the comment: [the Soney PS3 sdk also has weird error codes for its otherwise posix compatible api. I did write a translation layer to convert those codes into posix codes where appropriate. I could show you what I did, but I'd proably set me up to be lynched by

[issue11618] Locks broken wrt timeouts on Windows

Kristján Valur Jónsson added the comment: So, what do you think, should this go in? Any qualms about the thread_nt_cv.h header? -- ___ Python tracker ___ _

[issue11618] Locks broken wrt timeouts on Windows

Antoine Pitrou added the comment: > So, what do you think, should this go in? Any qualms about the > thread_nt_cv.h header? On the principle it's ok, but I'd like to do a review before it goes in :) -- ___ Python tracker

[issue14680] pydoc with -w option does not work for a lot of help topics

New submission from Gregor : pydoc with pydoc with -w option (to write html files) does not work for a lot of help topics (e.g. EXPRESSIONS, FORMATTING, TUPLELITERALS, def, if, else...) If you look at the source you can see that when using the switch '-w' (http://hg.python.org/cpython/file/2.7/

[issue14621] Hash function is not randomized properly

STINNER Victor added the comment: > One possible fix: ... > Main loop looks like this: .. Well, it was decided to not impact performances to workaround one specific class of attack, whereas there are many other ways to DoS Python. So we chose to keep the main loop unchanged. Randomizing the h

[issue14621] Hash function is not randomized properly

Changes by STINNER Victor : Removed file: http://bugs.python.org/file25282/hash.py ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue14621] Hash function is not randomized properly

STINNER Victor added the comment: Oops, I attached the wrong "hash.py" file. -- Added file: http://bugs.python.org/file25375/hash.py ___ Python tracker ___ _

[issue11618] Locks broken wrt timeouts on Windows

Martin v. Löwis added the comment: -1. Choice of operating system must be a run-time decision, not a compile-time decision. We will have to support XP for quite some time. -- ___ Python tracker __

[issue14621] Hash function is not randomized properly

Benjamin Peterson added the comment: We should see if more security can be gained without sacrificing speed. -- nosy: +benjamin.peterson ___ Python tracker ___ _

[issue14621] Hash function is not randomized properly

STINNER Victor added the comment: > Problem with current randomization of hash function > is following: Suffix does not influence whether two keys > have some hash or not (it is xor-ed after everything). Yes, the suffix is used to "protect" the secret. Without the suffix, it would be too simpl

[issue14673] add sys.implementation

Brett Cannon added the comment: So I'm w/ Antoine that a dict would be better so that the other VMs can add whatever they want into that object (e.g. Jython could specify what JVM they are running against) without causing confusion as to what some index means to each VM. The mutability of it

[issue14610] configure script hangs on pthread verification and PTHREAD_SCOPE_SYSTEM verification on Ubuntu

Raphael Cruzeiro added the comment: Yes, this code is hanging in my system. I'm posting the strace output. If there's any other information that may be helpful I'll happily provide it. -- Added file: http://bugs.python.org/file25376/pthread_strace.txt _

[issue14443] Distutils test_bdist_rpm failure

Nick Coghlan added the comment: I tried the simple fix a couple of different ways on the RHEL6 buildbot. First by changing line 315 of Lib/distutils/command/bdist_rpm.py" to be: rpm_cmd = ['rpmbuild', '--define', '__python %s' % sys.executable] And then a second time by adding the new "--

[issue14671] isinstance(obj, object) returns True for _old style_ class instances

Q added the comment: I do not mean to reopen the bug (there are supposedly much more important things to work on in Python). But just for the record, let me state that I feel like there is some misleading inconsistency here: - by definition, a new style class is "Any class which inherits fr

[issue14671] isinstance(obj, object) returns True for _old style_ class instances

Benjamin Peterson added the comment: 2012/4/26 Q : > issubclass(obj.__class__, object) > > to be the official way to distinguish between the new-style and the old-style > classes? Just do type(cls) is types.ClassType. -- ___ Python tracker

[issue14579] CVE-2012-2135: Vulnerability in the utf-16 decoder after error handling

Changes by Georg Brandl : -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue14339] Optimizing bin, oct and hex

Martin v. Löwis added the comment: Serhiy: what's the status of your contributor form? Note that you can also fax it, or scan it and send it by email. -- ___ Python tracker ___