Marc-Andre Lemburg added the comment:
On 14.06.2013 03:43, Alexander Belopolsky wrote:
Alexander Belopolsky added the comment:
PEP 393 implementation has already added the fast path to decimal encoding:
http://hg.python.org/cpython/diff/8beaa9a37387/Objects/unicodeobject.c#l1.3735
Marc-Andre Lemburg added the comment:
On 12.06.2013 07:32, Alexander Belopolsky wrote:
Alexander Belopolsky added the comment:
It looks like we a approaching consensus on some points:
1. Mixed script numerals should be disallowed.
2. '\N{MINUS SIGN}' should be accepted
Marc-Andre Lemburg added the comment:
[In the light of the current discussion on python-ideas regarding adding
support for the Unicode minus sign]
I'm +1 on adding support for the minus code point, since
it's the correct correspondent to the plus code point in Unicode.
The traditional ASCII
Marc-Andre Lemburg added the comment:
I've changed my mind :-)
Restricting the decimal encoder to only accept code points from one of the
possible decimal digit ranges is a good idea. Let's do that.
--
___
Python tracker rep...@bugs.python.org
http
Marc-Andre Lemburg added the comment:
Not a bad idea. More information is always better when it comes to
documentation :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17844
Marc-Andre Lemburg added the comment:
SSL certificate hostname matching is defined in RFC 2818:
* http://www.ietf.org/rfc/rfc2818.txt
It's not very verbose on how exactly matching should be done:
Names may contain the wildcard
character * which is considered to match any single domain
Marc-Andre Lemburg added the comment:
Here's another long discussions about SSL hostname matching that may provide
some useful insights:
* https://bugzilla.mozilla.org/show_bug.cgi?id=159483
Note how RFC 2595 doesn't even allow sub-string matching. It only allows '*' to
be used as component
Marc-Andre Lemburg added the comment:
On 17.05.2013 13:11, Serhiy Storchaka wrote:
Serhiy Storchaka added the comment:
Ubuntu 32-bit, gcc 4.6.3. The bug requires 64 bit.
This patch should fix it.
int and long are the same size on Linux 64-bit platforms.
You probably want to use short
Marc-Andre Lemburg added the comment:
On 17.05.2013 13:42, Marc-Andre Lemburg wrote:
Marc-Andre Lemburg added the comment:
On 17.05.2013 13:11, Serhiy Storchaka wrote:
Serhiy Storchaka added the comment:
Ubuntu 32-bit, gcc 4.6.3. The bug requires 64 bit.
This patch should fix
Marc-Andre Lemburg added the comment:
On 15.05.2013 01:28, Amaury Forgeot d'Arc wrote:
Amaury Forgeot d'Arc added the comment:
The official way to build without unicode is
./configure --enable-unicode=no
But see issue17979.
The official way to build without Unicode is:
./configure
Marc-Andre Lemburg added the comment:
Please note that the official way to build Python without Unicode
support is (see http://bugs.python.org/issue445762):
./configure --disable-unicode
See http://bugs.python.org/issue8767 for the most recent set of fixes
that were supplied to make it work
Marc-Andre Lemburg added the comment:
On 02.05.2013 01:59, Dmi Baranov wrote:
Dmi Baranov added the comment:
I think its not possible while codecs registry contains search callbacks
(stateless-registry)
It is possible: we'd just need to invent a way to ask search functions
for the list
Marc-Andre Lemburg added the comment:
On 02.05.2013 16:41, Nick Coghlan wrote:
Nick Coghlan added the comment:
This is actually similar to the problem with getting the list of modules an
importer provides (that is, we don't currently have an officially defined
method in the importer
Marc-Andre Lemburg added the comment:
On 02.05.2013 16:45, Walter Dörwald wrote:
...
The search function can't return a list of codec names in this case, as the
list is infinite.
True.
The search object will have to be allowed to raise a
NotImplementedError or some other error/return value
Marc-Andre Lemburg added the comment:
On 02.05.2013 16:53, Marc-Andre Lemburg wrote:
Marc-Andre Lemburg added the comment:
On 02.05.2013 16:45, Walter Dörwald wrote:
...
The search function can't return a list of codec names in this case, as the
list is infinite.
True.
The search
Marc-Andre Lemburg added the comment:
Thanks, Serhiy.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17857
___
___
Python-bugs-list mailing list
Marc-Andre Lemburg added the comment:
On 28.04.2013 05:20, Ned Deily wrote:
Ned Deily added the comment:
Marc-Andre, can you elaborate on why you think Python 3 is not affected? The
changes for Issue17073 also added sqlite3_int64 to 3.2, 3.3, and default and,
for me on 10.4, _sqlite3
New submission from Marc-Andre Lemburg:
This is essentially the same issue as http://bugs.python.org/issue14572.
The following addition in Python 2.7.4 (compared to 2.7.3) reintroduced the
same problem in a different place:
--- Python-2.7.3/Modules/_sqlite/util.h 2012-04-10 01:07:33.0
Marc-Andre Lemburg added the comment:
Adding the same people to the nosy list as on issue #14572.
--
nosy: +Joakim.Sernbrant, Marc.Abramowitz, dmalcolm, ned.deily, petri.lehtinen,
python-dev
type: - compile error
___
Python tracker rep
Changes by Marc-Andre Lemburg m...@egenix.com:
--
title: sqlite modules doesn't build on 2.7.4 with Mac OS X 10.4 - sqlite
modules doesn't build with 2.7.4 on Mac OS X 10.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17857
Marc-Andre Lemburg added the comment:
On 27.04.2013 22:27, Serhiy Storchaka wrote:
Serhiy Storchaka added the comment:
Here is a patch for 2.7. Please test. Should it be fixed on 3.x?
Thanks, Serhiy.
I can confirm that the patch fixes the problem with 2.7.4 on
Mac OS X (and probably
Marc-Andre Lemburg added the comment:
On 25.04.2013 10:14, Nick Coghlan wrote:
Nick Coghlan added the comment:
A more consistent alternative conversion:
encode(base64) = codecs.encode(..., base64_codec)
encode(rot13) = codecs.encode(..., rot_13)
encode(zlib
Marc-Andre Lemburg added the comment:
Just copying some details here about codecs.encode() and
codec.decode() from python-dev:
Just as reminder: we have the general purpose
encode()/decode() functions in the codecs module:
import codecs
r13 = codecs.encode('hello world', 'rot-13
Marc-Andre Lemburg added the comment:
I think it's important to stick to established standards for
MIME types and to make sure that Python returns the same values
on all platforms using the default settings.
Apache comes with a mime.types file which includes both the
official IANA types
Marc-Andre Lemburg added the comment:
Checked the patch: it fixes the problem. Thanks.
Will this go into Python 2.7.5 ?
I'm asking because we need to issue a patch level release of egenix-mx-base and
if Python 2.7.5 will fix the problem, we'll just add the work-around for Python
2.7.4
Marc-Andre Lemburg added the comment:
On 15.04.2013 21:21, Antoine Pitrou wrote:
Committed!
Cool, thanks for the quick turnaround.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17703
Marc-Andre Lemburg added the comment:
On 12.04.2013 20:00, Antoine Pitrou wrote:
Marc-André, does this patch work for you?
Added file: http://bugs.python.org/file29791/tstate_trashcan.patch
Thanks, Antoine. I can try this tomorrow
New submission from Marc-Andre Lemburg:
A user reported a segfault when using our mxURL extension with Python 2.7.4.
Previous Python versions do not show this behavior, so it's new in Python 2.7.4.
The extension uses an Py_AtExit() function to clean up among other things a
reference
Marc-Andre Lemburg added the comment:
After a closer look at recent checkins, I found this checking for the trash can
mechanism: 5a2ef447b80d (ticket #13992).
This appears to be the cause:
1.20 #define Py_TRASHCAN_SAFE_BEGIN(op) \
1.21 -if (_PyTrash_delete_nesting
Marc-Andre Lemburg added the comment:
I think a solution to the problem would be to check _tstate for NULL and only
use it if it is non-NULL - without threads you don't need to keep track of them
;-)
--
___
Python tracker rep...@bugs.python.org
Marc-Andre Lemburg added the comment:
On 12.04.2013 16:00, Amaury Forgeot d'Arc wrote:
Amaury Forgeot d'Arc added the comment:
At the time the Py_AtExit functions are called, the thread state is NULL
I'd say this is the root cause. It's a bad thing to call Py_DECREF without a
thread
Marc-Andre Lemburg added the comment:
On 12.04.2013 17:32, Antoine Pitrou wrote:
Judging by the fact that the Py_AtExit funcs are called at the very end of
Py_Finalize (after absolutely everything has been cleaned up), I think you
shouldn't use any Python facilities at this point
Marc-Andre Lemburg added the comment:
On 04.04.2013 10:33, STINNER Victor wrote:
I don't understand why the patch makes the comparaison much slower,
since most time is supposed to be spend in memcmp()?
Because reading the last character evicts useful data from the CPU cache,
just before
Marc-Andre Lemburg added the comment:
On 04.04.2013 11:21, STINNER Victor wrote:
STINNER Victor added the comment:
By the way, my initial concern was to merge unicode_compare_eq() and
unicode_eq() functions.
unicode_compare_eq() only uses memcmp(), whereas unicode_eq() checks
Marc-Andre Lemburg added the comment:
On 04.04.2013 19:00, Eric Snow wrote:
Eric Snow added the comment:
Marc-Andre Lemburg added the comment:
Same here. The heuristic may work for short strings that easily fit
into the CPU cache, but as soon as you use it on longer strings
Marc-Andre Lemburg added the comment:
I still don't think that the available documentation is detailed enough. It
leaves too many unanswered question, e.g.
* What happens if you have both __init__.py and __main__.py in a directory or a
ZIP file ?
* What does the script name is added
Marc-Andre Lemburg added the comment:
On 30.03.2013 13:09, Mark Lawrence wrote:
Is it worth applying the patch given the complete rewrite of unicode for 3.3
via PEP393?
PEP 393 only changed the way Unicode is internally stored.
The Unicode API is mostly unaffected by this change
Marc-Andre Lemburg added the comment:
I don't think that's enough documentation for the feature. There's a whole PEP
338 just for the -m option due to the subtle issue associated with the run a
module logic, so I'd expect somewhat more detail or an update of the PEP with
the needed details
Changes by Marc-Andre Lemburg m...@egenix.com:
--
versions: +Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17359
___
___
Python-bugs
Marc-Andre Lemburg added the comment:
On 31.03.2013 21:29, Larry Hastings wrote:
Larry Hastings added the comment:
For the record: I care. Generally speaking CPython is a lovingly
crafted source tree, and the choices its architects made are nearly
always sensible and well-reasoned
Marc-Andre Lemburg added the comment:
On 25.03.2013 23:11, Terry J. Reedy wrote:
2. The codecs.writelines entry says Writes the concatenated list of strings
to the stream (possibly by reusing the write() method). For the base class,
that is overly restrictive, but I gather that Marc-Andre
Marc-Andre Lemburg added the comment:
Adding support for locales that are not recognized is easy and the locale
parser could also learn about formats that it doesn't yet understand, so
patches are welcome.
The main problem here is that setlocale() only understands a very limited set
Marc-Andre Lemburg added the comment:
On 23.03.2013 16:39, Steve Dower wrote:
Steve Dower added the comment:
This becomes more of an issue since VC++ 2008 Express is no longer
available for download (unless you're an MSDN subscriber)
Here: http://www.microsoft.com/en-us/download
Marc-Andre Lemburg added the comment:
On 23.03.2013 22:33, Steve Dower wrote:
Steve Dower added the comment:
That's just the service pack and it won't install unless you already have
VS installed. There is no way (other than being an MSDN subscriber) to get
VS 2008 at this point - I've
New submission from Marc-Andre Lemburg:
The feature to run a ZIP file containing Python modules is not documented.
It was implemented in Python 2.6:
* http://bugs.python.org/issue1739468
and mentioned in the What's new:
*
http://docs.python.org/2/whatsnew/2.6.html?highlight=python%20run
New submission from Marc-Andre Lemburg:
We have implemented the context manager API for connections and cursors in our
mxODBC module and this works fine in Python 2.6.
In Python 2.7 we get the following error:
Traceback (most recent call last):
File context-manager.py, line 6, in module
Marc-Andre Lemburg added the comment:
After some experiments, it turned out that by simply filling in the tp_methods
slot, the problem went away.
Still, the change to use _PyObject_LookupSpecial() appears to have missed the
(older) use case where you don't define tp_members, but instead
Marc-Andre Lemburg added the comment:
On 21.02.2013 17:36, Marc-Andre Lemburg wrote:
After some experiments, it turned out that by simply filling in the
tp_methods slot, the problem went away.
Sorry: *tp_methods*, not tp_members.
--
___
Python
Marc-Andre Lemburg added the comment:
On 21.02.2013 17:36, Marc-Andre Lemburg wrote:
After some experiments, it turned out that by simply filling in the
tp_methods slot, the problem went away.
Still, the change to use _PyObject_LookupSpecial() appears to have missed the
(older) use case
Changes by Marc-Andre Lemburg m...@egenix.com:
--
Removed message: http://bugs.python.org/msg182601
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17268
Marc-Andre Lemburg added the comment:
On 20.02.2013 12:48, albertjan wrote:
New submission from albertjan:
This is almost identical to: http://bugs.python.org/issue854511
However, tis602, which is mentioned in the orginal bug report, is not an
alias to cp874. Therefore, I propose
Marc-Andre Lemburg added the comment:
On 20.02.2013 15:58, Benjamin Peterson wrote:
Benjamin Peterson added the comment:
The locale module does not affect Unicode operations. That's C locale; I'm
talking about concept of Unicode locale, which Python doesn't currently know
anything
Marc-Andre Lemburg added the comment:
On 20.02.2013 15:40, albertjan wrote:
albertjan added the comment:
Hi,
I found this report that includes your name:
http://mail.python.org/pipermail/python-bugs-list/2004-August/024564.html
Other relevant websites:
http://en.wikipedia.org
Marc-Andre Lemburg added the comment:
Thanks for getting this in, Eric !
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13994
___
___
Python
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; maybe we could run
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/haypo/hasard/src
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 you put in the header
files, e.g
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 still O(N*log N) for an attack
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:
return 'no thank you'
May be use a more general
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, so one of those
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 were only 4 checkins
related to ceval.c
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 which are
stored recursively
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./Include
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 sys
function to check whether
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 :-)
It would
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.path[0] and
some doc updates
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 mentioned
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://bugs.python.org
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 m...@egenix.com
date:Wed Nov 07 09:42:07 2012
Changes by Marc-Andre Lemburg m...@egenix.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16420
___
___
Python-bugs
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
status
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.
Email reply 1.
--
Marc
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
creating this ticket to test the roundup email
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-Andre Lemburg:
As discussed on http
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 Lemburg wrote:
New submission from Marc-Andre
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 the comment:
On 07.11.2012 11:34, M.-A. 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. Lemburg wrote:
On 07.11.2012 11:34, Marc-Andre
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 Lemburg added the comment:
On 07.11.2012 11:35, M.-A. 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, Marc-Andre Lemburg wrote:
Marc-Andre Lemburg added
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 wrote:
Marc-Andre Lemburg added
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. Lemburg wrote:
On 07.11.2012 11:37, M.-A. 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-Andre Lemburg wrote:
Marc-Andre Lemburg added
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-Andre Lemburg wrote:
Marc-Andre Lemburg added
Marc-Andre Lemburg added the comment:
Conclusion:
RoundUp appears to only remove sigs in case they have less than
10 lines.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16426
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 eGenix.com
3
4
Changes by Marc-Andre Lemburg m...@egenix.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16426
___
___
Python-bugs
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
full dictionary:
* for 1000
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]
estimating the risks of giving up on a valid
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 strongly
opposed to hash collision
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'll go through the text and double
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
past 6 months!) the fact
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 don't want to maintain two separate
Marc-Andre Lemburg added the comment:
Brian Curtin wrote:
New submission from Brian Curtin:
platform.platform()
'Windows-post2008Server-6.2.9200'
The change is trivial, just accounting for a point release of 2 (from the
major release 6).
Looks good. Please also backport
Marc-Andre Lemburg added the comment:
Jesús Cea Avión wrote:
Antoine, I agree. I beg your pardon. This patch was suppose to be quite
trivial, and test_platform passes just fine on my Linux and Solaris
computers. And the four buildbots I was monitoring, the testsuite passed
Marc-Andre Lemburg added the comment:
Jesús Cea Avión wrote:
Jesús Cea Avión added the comment:
Thanks for the heads-up, Victor.
I have added Marc-Andre Lemburg to the nosy list, so he can know about this
issue and can provide feedback (or request a backout for 2.7).
Marc-Andre
Marc-Andre Lemburg added the comment:
Éric Araujo wrote:
Éric Araujo mer...@netwok.org added the comment:
Feature freeze just came by; sorry we missed this.
Given our recent-ish discussion about additions to mimetypes (and the
consensus (IIRC) that matching the IANA database can
Marc-Andre Lemburg added the comment:
The implementation of platform.architecture shells out to the file command.
It tries to escape quotes by replacing with \, but that's not sufficient.
$ python3.2 -c 'import platform; platform.architecture(foo\\\; echo Hi
there /tmp/Z; echo
Marc-Andre Lemburg added the comment:
IMHO either of these solutions would be fine.
* have a PyOS_PutEnv() function, gettext has gettext_putenv() to
workaround this problem.
This solution would help in many other cases as well, so adding
such an API would certainly help more than
Marc-Andre Lemburg added the comment:
Here's the fix we're applying in pyrun to make -m imports work at least for
top-level modules:
--- /home/lemburg/orig/Python-2.7.3/Lib/pkgutil.py 2012-04-10
01:07:30.0 +0200
+++ pkgutil.py 2012-09-24 22:53:30.982526065 +0200
@@ -273,10
Marc-Andre Lemburg added the comment:
Nick Coghlan wrote:
Nick Coghlan added the comment:
Can you confirm this problem still exists on 3.3? The pkgutil emulation isn't
used by runpy any more - with the migration to importlib, the interface that
runpy invokes fails outright if no loader
701 - 800 of 1900 matches
Mail list logo