[issue16112] platform.architecture does not correctly escape argument to /usr/bin/file

2012-10-18 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > >> The main reason for keeping the compatibility is that the module is >> also being used outside the stdlib for Python versions starting from >> 2.4 and later. I

[issue14621] Hash function is not randomized properly

2012-10-21 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 21.10.2012 23:42, STINNER Victor wrote: > > STINNER Victor added the comment: > >> It's interesting to note how this whole -R discussion made very long > threads on python-dev, and python-dev has subsequently ignored (for the >

[issue20906] Issues in Unicode HOWTO

2014-03-20 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: Just to clarify a few things: On 20.03.2014 00:50, Graham Wideman wrote: > > I think part of the ambiguity problem here is that there are two subtly but > importantly different ideas here: > > 1. Python string (capable of representing a

[issue20906] Issues in Unicode HOWTO

2014-03-20 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 20.03.2014 11:49, Graham Wideman wrote: > >> An encoding is a mapping of characters to ordinals, nothing more or less. > > In unicode, the mapping from characters to ordinals (code points) is not the > encoding. It's the mapp

[issue20995] Use Better Default Ciphers for the SSL Module

2014-03-20 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 20.03.2014 15:11, Donald Stufft wrote: > > The compatibility of this is pretty good. The only time this should cause a > connection to *fail* is if a server is using an insecure cipher and in that > case you can re-enable it by simply

[issue20995] Use Better Default Ciphers for the SSL Module

2014-03-20 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 20.03.2014 23:36, Donald Stufft wrote: > > Donald Stufft added the comment: > > I'm still looking into what "HIGH" entails across all the various OpenSSLs > that are in production that I can access. That "FUD"

[issue20995] Use Better Default Ciphers for the SSL Module

2014-03-20 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 20.03.2014 21:52, Alex Gaynor wrote: > > It's also worth noting that users appear to be FAR more likely to have an up > to date Python than they are an up to date OpenSSL, meaning that if a change > needs to be made, we're much

[issue20995] Use Better Default Ciphers for the SSL Module

2014-03-21 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 21.03.2014 00:10, Donald Stufft wrote: > >> We shouldn't do this in Python for the same reason we're not including >> a predefined set of CA root certificates with the distribution. > > The difference here is tha

[issue20995] Use Better Default Ciphers for the SSL Module

2014-03-21 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 21.03.2014 12:42, Donald Stufft wrote: > >>> If we enforce a specific set of ciphers per default and a user finds >>> that a server he wants to communicate with for example only supports >>> RC4 ciphers, because that's

[issue16047] Tools/freeze no longer works in Python 3

2014-03-25 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: Will these patches still make it into the Python 3.4 branch ? -- ___ Python tracker <http://bugs.python.org/issue16

[issue16047] Tools/freeze no longer works in Python 3

2014-03-25 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 25.03.2014 11:37, Christian Bachmaier wrote: > > Martin: this is clearly a bug, as it is now (Python 3.3 onwards) impossible > to use an external module (in a .so) from a frozen binary. Are you sure about this ? If you freeze an applicat

[issue16047] Tools/freeze no longer works in Python 3

2014-03-25 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 25.03.2014 13:02, Christian Bachmaier wrote: > > Christian Bachmaier added the comment: > > # ldd hello > linux-vdso.so.1 => (0x7fffd677e000) > libpython3.4m.so.1.0 => > /usr/lib/x86_64-lin

[issue16047] Tools/freeze no longer works in Python 3

2014-03-25 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 25.03.2014 16:21, Christian Bachmaier wrote: > > Sorry I forgot: PyRun seems only support Python 2.x. Right, because PyRun uses freeze and freeze currently does not work for Python 3. Which is what this ticket is all about and why I opened it. T

[issue16047] Tools/freeze no longer works in Python 3

2014-03-25 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 25.03.2014 17:47, Christian Bachmaier wrote: > > Christian Bachmaier added the comment: > >> To test what I asked for, please run freeze on this script: >> >> """ >> import _psycopg2 Sorry. The abo

[issue16047] Tools/freeze no longer works in Python 3

2014-03-25 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 25.03.2014 19:27, Brett Cannon wrote: > > Brett Cannon added the comment: > > OK, so trying to import around the package was definitely why the first > instance didn't work so that's all expected. > > As for the fail

[issue16047] Tools/freeze no longer works in Python 3

2014-03-25 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 25.03.2014 19:41, M.-A. Lemburg wrote: > I'll have to have a look at how the pyscopg2 package normally > imports its C extension. It's likely that they will have to use > something like this to make things work for frozen app

[issue16047] Tools/freeze no longer works in Python 3

2014-03-25 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: Wait, Brett :-) The issue that Christian mentioned was just a side discussion. We still need to fix the main problem. -- resolution: invalid -> status: closed -> open ___ Python tracker

[issue16047] Tools/freeze no longer works in Python 3

2014-03-27 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: Christian, please open a separate ticket for your problem. This ticket is about getting freeze, the tool itself, working, not any other issue you may find with the resulting frozen binary. Thanks, -- Marc-Andre Lemburg eGenix.com

[issue21081] missing vietnamese codec TCVN 5712:1993 in Python

2014-03-28 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: Some comments: * Please provide some background information how widely the encoding is used. I get less than 1000 hits in Google when looking for "TCVN 5712:1993". Now, the encoding was a standard in Vietnam, but it has been updated in 1999 to

[issue21081] missing vietnamese codec TCVN 5712:1993 in Python

2014-03-28 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: Retargeting to 3.5, since all other releases don't allow addition of new features. -- versions: +Python 3.5 -Python 2.7, Python 3.2 ___ Python tracker <http://bugs.python.org/is

[issue21081] missing vietnamese codec TCVN 5712:1993 in Python

2014-03-28 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: Thanks for your answers. I think the best way forward would be to some up with an official encoding map of the TCVN 5712:1999 encoding, translate that into a format that gencodec.py can use and then add the generated codec to Python 3.5. We can then add the

[issue18967] Find a less conflict prone approach to Misc/NEWS

2014-04-22 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: FWIW: I don't think we need to manage the news entries in the NEWS file. Instead, we could simply add a field to the bug tracker called "news entry" and populate that as necessary. During release, this information can then be used to create

[issue7850] platform.system() should be "macosx" instead of "Darwin" on OSX

2014-05-05 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: Caelyn: Thanks for the patch. Some comments: * Please use aliased=False instead of aliased=0 in the patch. * It would be great if you could enhance the test a bit to actually check the return value. This would need a mock of the os.uname API for the test

[issue7850] platform.system() should be "macosx" instead of "Darwin" on OSX

2014-05-05 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: Removing 2.7 as target, since this is a new feature. -- versions: -Python 2.7 ___ Python tracker <http://bugs.python.org/issue7

[issue21470] Better seeding for the random module

2014-05-13 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: neologix: According to man rand(3ssl), OpenSSL uses an internal state of 1023 bytes for the RNG. You only see it reading 32 bytes from /dev/urandom in the strace because it has already loaded 1024 bytes from the RNG state file ~/.rng before adding

[issue21470] Better seeding for the random module

2014-05-13 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 13.05.2014 11:06, Antoine Pitrou wrote: > > Is ~/.rnd any kind of serious? It hasn't been modified since two weeks on my > system (which is rebooted every day). The file is apparently only updated if you use one the OpenSSL commands whic

[issue21304] PEP 466: Backport hashlib.pbkdf2_hmac to Python 2.7

2014-05-19 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: Some comments: * Python 2.7 ships with OpenSSL 0.9.8 on Windows, so the Python version will always get used on that platform, so it needs to be fast. * The iterations loop should use xrange instead of range * The .encode('ascii') in _long_t

[issue21304] PEP 466: Backport hashlib.pbkdf2_hmac to Python 2.7

2014-05-19 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 19.05.2014 12:24, Christian Heimes wrote: > > How about you take my back port from > https://bitbucket.org/tiran/backports.pbkdf2/ and remove all Python 3.x > related code? :) I spent a lot of time to make the code as fast as possible

[issue19143] Finding the Windows version getting messier (detect windows 8.1?)

2014-06-10 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: I don't have a Windows 8.1 handy, but if "ver" reports the correct version, why not have platform.win32_ver() use _syscmd_ver() in case the other APIs report "6.2.9200" and then have win32_ver() the higher version ?! FWIW: I

[issue21707] modulefinder uses wrong CodeType signature in .replace_paths_in_code()

2014-06-10 Thread Marc-Andre Lemburg
New submission from Marc-Andre Lemburg: Here's the code: def replace_paths_in_code(self, co): ... return types.CodeType(co.co_argcount, co.co_nlocals, co.co_stacksize, co.co_flags, co.co_code, tuple(consts), co.co_

[issue21707] modulefinder uses wrong CodeType signature in .replace_paths_in_code()

2014-06-10 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: The fix is easy. Simply change the call to: return types.CodeType(co.co_argcount, co.co_kwonlyargcount, co.co_nlocals, co.co_stacksize, co.co_flags, co.co_code, tuple(consts

[issue19143] Finding the Windows version getting messier (detect windows 8.1?)

2014-06-10 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 10.06.2014 18:28, Steve Dower wrote: > > The one concession that the Windows dev is willing to make is for logging, in > which case the version number should be read as a string from a standard DLL > like kernel32.dll. This would be app

[issue21709] logging.__init__ assumes that __file__ is always set

2014-06-10 Thread Marc-Andre Lemburg
New submission from Marc-Andre Lemburg: It is not when freezing the logging package, so any use of the logging package fails: >>> import logging Traceback (most recent call last): File "", line 1, in File "/importlib/_bootstrap.py", line 2237, in _fin

[issue21709] logging.__init__ assumes that __file__ is always set

2014-06-10 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: The issue is similar to Issue20884. -- ___ Python tracker <http://bugs.python.org/issue21709> ___ ___ Python-bugs-list mailin

[issue21709] logging.__init__ assumes that __file__ is always set

2014-06-11 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: Hi Vinaj, thanks for the patch, but it doesn't really help outside of py2exe. The sys.frozen flag is not an official Python API and it's unlikely to become one, since you can freeze the whole application or just parts of it, which sys.frozen wo

[issue21709] logging.__init__ assumes that __file__ is always set

2014-06-11 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 11.06.2014 11:25, Vinay Sajip wrote: > > Vinay Sajip added the comment: > >> Could you please use a fix that works for Python tools in general? > > I suggested an alternative implementation altogether in Issue #16778, but it &g

[issue21709] logging.__init__ assumes that __file__ is always set

2014-06-11 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 11.06.2014 12:32, Vinay Sajip wrote: > > Vinay Sajip added the comment: > >> _srcfile is only used to identify the caller's stack frame > > Not quite. It's also used to indicate whether findCaller() should be called >

[issue21709] logging.__init__ assumes that __file__ is always set

2014-06-11 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 11.06.2014 13:22, Vinay Sajip wrote: > > Vinay Sajip added the comment: > >> Please also add some comment explaining why this is done in this way. > > Natürlich :-) Prima :-) >> it may be worthwhile introducing some g

[issue21736] Add __file__ attribute to frozen modules

2014-06-12 Thread Marc-Andre Lemburg
New submission from Marc-Andre Lemburg: The missing __file__ attribute on frozen modules causes lots of issues with the stdlib (see e.g. Issue21709 and the stdlib test suite) and other tools that expect this attribute to always be present. The attached patch for 3.4.1 adds this attribute to

[issue21736] Add __file__ attribute to frozen modules

2014-06-12 Thread Marc-Andre Lemburg
Changes by Marc-Andre Lemburg : -- keywords: +patch Added file: http://bugs.python.org/file35595/__file__-for-frozen-modules.patch ___ Python tracker <http://bugs.python.org/issue21

[issue21709] logging.__init__ assumes that __file__ is always set

2014-06-12 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: While the current patch does not resolve the issue, I'm leaving the issue closed and have instead opened a new Issue21736 which tracks the idea to add a __file__ attribute to frozen modules per de

[issue21737] runpy.run_path() fails with frozen __main__ modules

2014-06-12 Thread Marc-Andre Lemburg
New submission from Marc-Andre Lemburg: The logic in runpy.run_path() assumes that removing the __main__ entry from sys.modules is enough to be able to use the module search logic for e.g. importing packages and ZIP files (with embedded __main__.py files). In Python 3.4 (and probably also 3.3

[issue21737] runpy.run_path() fails with frozen __main__ modules

2014-06-12 Thread Marc-Andre Lemburg
Changes by Marc-Andre Lemburg : -- keywords: +patch Added file: http://bugs.python.org/file35596/FrozenImporter-without-__main__-support.patch ___ Python tracker <http://bugs.python.org/issue21

[issue21736] Add __file__ attribute to frozen modules

2014-06-12 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 12.06.2014 18:35, Barry A. Warsaw wrote: > > I'm -0 on this patch. I can understand that in some sense, frozen modules do > semantically have an associated file, but OTOH, once they're frozen the > connection to their file is

[issue21749] pkgutil ImpLoader does not support frozen modules

2014-06-13 Thread Marc-Andre Lemburg
New submission from Marc-Andre Lemburg: This leads to problems when using runpy, since it relies on pkgutil to find importers. In Python 2, ImpLoader is used by ImpImporter which is used as fallback importer by get_importer(). get_importer() is used by runpy to implement e.g. the -m option

[issue21749] pkgutil ImpLoader does not support frozen modules

2014-06-13 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 13.06.2014 18:49, Jim Jewett wrote: > > As best I can tell, this renames the original get_code to _get_code, and then > delegates to it after handling the imp.PY_FROZEN case ... why not just add > imp.PY_FROZEN to the if/elif chain in

[issue21749] pkgutil ImpLoader does not support frozen modules

2014-06-13 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: Here's an updated patch for Python 3.4.1 that doesn't use the awkward style :-) -- Added file: http://bugs.python.org/file35619/pkgutil-frozen-modules-support.patch ___ Python tracker <http://bu

[issue21749] pkgutil ImpLoader does not support frozen modules

2014-06-13 Thread Marc-Andre Lemburg
Changes by Marc-Andre Lemburg : Removed file: http://bugs.python.org/file35617/pkgutil-frozen-modules-support.patch ___ Python tracker <http://bugs.python.org/issue21

[issue16529] Compiler error when trying to compile ceval.c on OpenSUSE 11.3

2014-06-13 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: FWIW: This still happens with the Python 3.4.1 release version. Here's a similar error report for Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=622060 They patched the compiler, so I guess I'll have to find a more recent gcc for the

[issue21736] Add __file__ attribute to frozen modules

2014-06-15 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 15.06.2014 01:53, Nick Coghlan wrote: > > Can we just drop "__file__" and set the origin for frozen modules to > something that includes the original file name? This wouldn't really help, because too much code out there uses th

[issue21772] platform.uname() not EINTR safe

2014-06-17 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: I'm not sure whether using os.fsencoding() is a good idea. The encoding used by uname is not defined anywhere and it's possible that Python using a wrong encoding may cause the call to fail (e.g. in case the host name includes non-ASCII cha

[issue21772] platform.uname() not EINTR safe

2014-06-17 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 17.06.2014 11:21, STINNER Victor wrote: > > STINNER Victor added the comment: > > "I'm not sure whether using os.fsencoding() is a good idea. The encoding used > by uname is not defined anywhere and it's possible that Py

[issue21789] Broken link to PEP 263 in Python 2.7 error message

2014-06-17 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 17.06.2014 15:03, M.-A. Lemburg wrote: > On 17.06.2014 15:00, Jan Varho wrote: >> >> New submission from Jan Varho: >> >> When trying to run a file with non-ASCII symbols without declaring an >> encoding, pyt

[issue21789] Broken link to PEP 263 in Python 2.7 error message

2014-06-17 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 17.06.2014 15:00, Jan Varho wrote: > > New submission from Jan Varho: > > When trying to run a file with non-ASCII symbols without declaring an > encoding, python 2.7 gives the following error: > > File "foo.py",

[issue16420] PEP 249 (DB-API 2.0) converted to reStructuredText

2012-11-06 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 06.11.2012 16:33, Daniele Varrazzo wrote: > > Daniele Varrazzo added the comment: > > Andrew, I've probably changed every single line (as almost all the original > was indented), so diff wouldn't show anything useful. I&#

[issue14621] Hash function is not randomized properly

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: Here's a demo patch (against Python 2.7) which counts hash value collisions and slot collisions. I had posted that in the original ticket where we discussed the hash problem (http://bugs.python.org/issue14621). This avoids issues like attack 1 ment

[issue14621] Hash function is not randomized properly

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 07.11.2012 09:34, Marc-Andre Lemburg wrote: > > Here's a demo patch (against Python 2.7) which counts hash value collisions > and slot collisions. I had posted that in the original ticket where we > discussed the hash problem (http:

[issue16420] PEP 249 (DB-API 2.0) converted to reStructuredText

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: For some reason, the roundup bot didn't pick up the check in, so here's the reference by hand: http://hg.python.org/peps/rev/95a73d5a3af7 changeset: 4578:95a73d5a3af7 user: Marc-Andre Lemburg date:Wed Nov 07 09:42:07 2012 +01

[issue16420] PEP 249 (DB-API 2.0) converted to reStructuredText

2012-11-07 Thread Marc-Andre Lemburg
Changes by Marc-Andre Lemburg : -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue16420> ___ ___ Python-bugs-list mailing list Unsubscri

[issue16426] RoundUp signature removal test (please ignore)

2012-11-07 Thread Marc-Andre Lemburg
New submission from Marc-Andre Lemburg: As discussed on http://psf.upfronthosting.co.za/roundup/meta/issue491, I'm creating this ticket to test the roundup email interface. -- assignee: lemburg components: None messages: 175063 nosy: lemburg priority: normal severity: normal s

[issue16426] RoundUp signature removal test (please ignore)

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 07.11.2012 11:33, Marc-Andre Lemburg wrote: > > New submission from Marc-Andre Lemburg: > > As discussed on http://psf.upfronthosting.co.za/roundup/meta/issue491, I'm > creating this ticket to test the roundup email interface. Emai

[issue16426] RoundUp signature removal test (please ignore)

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 07.11.2012 11:34, M.-A. Lemburg wrote: > On 07.11.2012 11:33, Marc-Andre Lemburg wrote: >> >> New submission from Marc-Andre Lemburg: >> >> As discussed on http://psf.upfronthosting.co.za/roundup/meta/issue491, I'm >

[issue16426] RoundUp signature removal test (please ignore)

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 07.11.2012 11:34, Marc-Andre Lemburg wrote: > > Marc-Andre Lemburg added the comment: > > On 07.11.2012 11:34, M.-A. Lemburg wrote: >> On 07.11.2012 11:33, Marc-Andre Lemburg wrote: >>> >>> New submission from Marc-An

[issue16426] RoundUp signature removal test (please ignore)

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 07.11.2012 11:35, M.-A. Lemburg wrote: > On 07.11.2012 11:34, Marc-Andre Lemburg wrote: >> >> Marc-Andre Lemburg added the comment: >> >> On 07.11.2012 11:34, M.-A. Lemburg wrote: >>> On 07.11.2012 11:33, Marc-Andre Lem

[issue16426] RoundUp signature removal test (please ignore)

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 07.11.2012 11:35, Marc-Andre Lemburg wrote: > > Marc-Andre Lemburg added the comment: > > On 07.11.2012 11:35, M.-A. Lemburg wrote: >> On 07.11.2012 11:34, Marc-Andre Lemburg wrote: >>> >>> Marc-Andre Lemburg added t

[issue16426] RoundUp signature removal test (please ignore)

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 07.11.2012 11:36, Marc-Andre Lemburg wrote: > > Marc-Andre Lemburg added the comment: > > On 07.11.2012 11:35, Marc-Andre Lemburg wrote: >> >> Marc-Andre Lemburg added the comment: >> >> On 07.11.2012 11:35, M.-A. Le

[issue16426] RoundUp signature removal test (please ignore)

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 07.11.2012 11:37, M.-A. Lemburg wrote: > On 07.11.2012 11:36, Marc-Andre Lemburg wrote: >> >> Marc-Andre Lemburg added the comment: >> >> On 07.11.2012 11:35, Marc-Andre Lemburg wrote: >>> >>> Marc-Andre Lembur

[issue16426] RoundUp signature removal test (please ignore)

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 07.11.2012 11:38, M.-A. Lemburg wrote: > On 07.11.2012 11:37, M.-A. Lemburg wrote: >> On 07.11.2012 11:36, Marc-Andre Lemburg wrote: >>> >>> Marc-Andre Lemburg added the comment: >>> >>> On 07.11.2012 11:35, M

[issue16426] RoundUp signature removal test (please ignore)

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 07.11.2012 11:39, Marc-Andre Lemburg wrote: > > Marc-Andre Lemburg added the comment: > > On 07.11.2012 11:38, M.-A. Lemburg wrote: >> On 07.11.2012 11:37, M.-A. Lemburg wrote: >>> On 07.11.2012 11:36, Marc-Andre Lemburg

[issue16426] RoundUp signature removal test (please ignore)

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 07.11.2012 11:41, Marc-Andre Lemburg wrote: > > Marc-Andre Lemburg added the comment: > > On 07.11.2012 11:39, Marc-Andre Lemburg wrote: >> >> Marc-Andre Lemburg added the comment: >> >> On 07.11.2012 11:38, M.-A. Le

[issue16426] RoundUp signature removal test (please ignore)

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 07.11.2012 11:42, Marc-Andre Lemburg wrote: > > Marc-Andre Lemburg added the comment: > > On 07.11.2012 11:41, Marc-Andre Lemburg wrote: >> >> Marc-Andre Lemburg added the comment: >> >> On 07.11.2012 11:39, Marc-And

[issue16426] RoundUp signature removal test (please ignore)

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 07.11.2012 11:43, Marc-Andre Lemburg wrote: > > Marc-Andre Lemburg added the comment: > > On 07.11.2012 11:42, Marc-Andre Lemburg wrote: >> >> Marc-Andre Lemburg added the comment: >> >> On 07.11.2012 11:41, Marc-And

[issue16426] RoundUp signature removal test (please ignore)

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: Conclusion: RoundUp appears to only remove sigs in case they have less than 10 lines. -- ___ Python tracker <http://bugs.python.org/issue16

[issue16426] RoundUp signature removal test (please ignore)

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 07.11.2012 11:46, M.-A. Lemburg wrote: > Conclusion: > > RoundUp appears to only remove sigs in case they have less than > 10 lines. The final empty 10th line (newline after the 9th line) does not seem to count. -- 1 Marc-Andre Lemburg 2

[issue16426] RoundUp signature removal test (please ignore)

2012-11-07 Thread Marc-Andre Lemburg
Changes by Marc-Andre Lemburg : -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue16426> ___ ___ Python-bugs-list mailing list Unsubscri

[issue14621] Hash function is not randomized properly

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 07.11.2012 12:06, Armin Rigo wrote: > > Armin Rigo added the comment: > > Marc-André: estimating the risks of giving up on a valid query for a truly > random hash, at an overestimated one billion queries per second, in a 2/3 &g

[issue14621] Hash function is not randomized properly

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 07.11.2012 12:55, Mark Dickinson wrote: > > Mark Dickinson added the comment: > > [MAL] >> I don't understand why we are only trying to fix the string problem >> and completely ignore other key types. > > [Armin] >

[issue14621] Hash function is not randomized properly

2012-11-07 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 07.11.2012 13:06, Mark Dickinson wrote: > > Mark Dickinson added the comment: > > And I'm probably repeating myself too, but: the predictability of (and > difficulty of changing of) hashing for numeric types is why I'm st

[issue16499] CLI option for isolated mode

2012-11-19 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 18.11.2012 15:30, Christian Heimes wrote: > > Christian Heimes added the comment: > > The first patch implements the arg parsing, sys.flags, PySys_SetArgv() > modification that doesn't include the current directory as sys.pat

[issue16527] (very) long list of elif causes segfault

2012-11-22 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 22.11.2012 00:41, Alexis Daboville wrote: > > A possible cause (if I understood > <http://greentreesnakes.readthedocs.org/en/latest/nodes.html#If> well) is > that there are no elif nodes in the AST, elif are just plain ifs w

[issue16529] Compiler error when trying to compile ceval.c on OpenSUSE 11.3

2012-11-22 Thread Marc-Andre Lemburg
New submission from Marc-Andre Lemburg: When trying to compile the hg checkout (2012-11-22), I'm getting a compiler error from GCC when trying to compile ceval.c on OpenSUSE 11.3 x64: gcc -pthread -c -Wno-unused-result -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. -IInclude -I./In

[issue16527] (very) long list of elif causes segfault

2012-11-22 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 22.11.2012 10:26, Alexis Daboville wrote: > > Alexis Daboville added the comment: > > I don't think it can be "fixed" with sys.setrecursionlimit for a few reasons: I think you misunderstood. The suggestion was to use the sy

[issue16527] (very) long list of elif causes segfault

2012-11-22 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 22.11.2012 17:15, Serhiy Storchaka wrote: > > This may be a duplicate of issue5765. It's certainly similar, but this ticket is not about expressions, it's about statements that are meant to be repeated often, so in a way less artificial

[issue16529] Compiler error when trying to compile ceval.c on OpenSUSE 11.3

2012-11-23 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 23.11.2012 17:02, Jesús Cea Avión wrote: > > Could you possibly locate the problematic changeset? Could be doable by > bisection. I'll try to find the changeset. There were only 4 checkins related to ceval.c since the 3.3.0 release, s

[issue16529] Compiler error when trying to compile ceval.c on OpenSUSE 11.3

2012-11-23 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 23.11.2012 17:24, M.-A. Lemburg wrote: > On 23.11.2012 17:02, Jesús Cea Avión wrote: >> >> Could you possibly locate the problematic changeset? Could be doable by >> bisection. > > I'll try to find the changeset. There w

[issue14621] Hash function is not randomized properly

2012-11-30 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 30.11.2012 21:06, Serhiy Storchaka wrote: > > Serhiy Storchaka added the comment: > > René, a balanced tree requires rebalancing on every (or almost every) item > for some special (sorted) data sequences. Sure, but that's sti

[issue14621] Hash function is not randomized properly

2012-11-30 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 30.11.2012 22:27, Serhiy Storchaka wrote: > > Serhiy Storchaka added the comment: > >> try: >> mapping = {} >> mapping.max_collisions = 100 >> mapping.update(source) >> except CollisionLimitError: >&

[issue15390] PEP 3121, 384 refactoring applied to datetime module

2012-12-10 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 10.12.2012 11:39, Robin Schreiber wrote: > > Robin Schreiber added the comment: > > I have updated the patch to work again with the current version of the > _datetimemodule. Please use "_Py_" prefixes for private symbols yo

[issue16500] Add an 'atfork' module

2013-01-14 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 13.01.2013 00:37, STINNER Victor wrote: > By the way, OpenSSL expects that its PRNG is reseed somehow (call RNG_add) > after a fork. I wrote a patch for OpenSSL, but I don't remember if I sent it > to OpenSSL. > https://bitbucket.org

[issue13994] incomplete revert in 2.7 Distutils left two copies of customize_compiler

2013-02-04 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: Thanks for getting this in, Eric ! -- ___ Python tracker <http://bugs.python.org/issue13994> ___ ___ Python-bugs-list mailin

[issue16555] Add es_cu to locale aliases

2013-02-04 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: Éric Araujo wrote: > > Éric Araujo added the comment: > > They come from the X.org project. See comments in > http://hg.python.org/cpython/file/default/Lib/locale.py#l601 > > I had forgotten there was a makelocalealias.py script;

[issue5815] locale.getdefaultlocale() missing corner case

2013-09-13 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 13.09.2013 15:30, Serhiy Storchaka wrote: > > Serhiy Storchaka added the comment: > > Patch updated. Added tests. The locale_alias mapping updated to be > self-consistency (i.e. for every name in locale_alias.values() > norma

[issue5815] locale.getdefaultlocale() missing corner case

2013-09-13 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 13.09.2013 16:34, Serhiy Storchaka wrote: > > Serhiy Storchaka added the comment: > >> Could you elaborate on the alias changes ? >> Were those coming from an updated X11 local.alias file ? > > No, they are not from X11 l

[issue18960] First line can be executed twice

2013-09-13 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 13.09.2013 19:24, Terry J. Reedy wrote: > > Terry J. Reedy added the comment: > > I thought that that was the specification*: the encoding comment should be > the first line unless it has to be the second line to allow for an execut

[issue18967] Find a less conflict prone approach to Misc/NEWS

2013-09-13 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 13.09.2013 22:23, R. David Murray wrote: > > R. David Murray added the comment: > > Just to be clear: the reason I am opposed is that the audience for Misc/NEWS > is different from the audience for commit messages, and I would prefer t

[issue18967] Find a less conflict prone approach to Misc/NEWS

2013-09-13 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 13.09.2013 22:51, Brett Cannon wrote: > > Brett Cannon added the comment: > > I would argue, MAL, that what you want Misc/NEWS to be should instead be > merged into the end of What's New. If something changed which could > pote

[issue18967] Find a less conflict prone approach to Misc/NEWS

2013-09-17 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 17.09.2013 11:09, Nick Coghlan wrote: > > Nick Coghlan added the comment: > > I agree the "different audiences" problem can be addressed by using > appropriate commit message formatting to say "this bit goes in NEWS"

[issue19108] Benchmark runner tries to execute external Python command and fails on error reporting

2013-10-01 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: Wouldn't it be possible to use the old version as fallback solution in case the -c switch approach fails or have a command line option to pass in the version in order to bypass all of this ? Stefan: Why don't you propose a patch which imple

[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates

2013-10-08 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 08.10.2013 10:46, Antoine Pitrou wrote: > > utf-16 isn't that widely used, so it's probably fine if it becomes a bit > slower. It's the default encoding for Unicode text files and APIs on Windows, so I'd say

[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates

2013-10-08 Thread Marc-Andre Lemburg
Marc-Andre Lemburg added the comment: On 08.10.2013 11:03, Antoine Pitrou wrote: > >>> utf-16 isn't that widely used, so it's probably fine if it becomes >>> a bit slower. >> >> It's the default encoding for Unicode text files and APIs on Windows,

<    7   8   9   10   11   12   13   14   15   16   >