Antoine Pitrou solip...@pitrou.net wrote:
Only if the original object is itself mutable, otherwise the memoryview
is read-only.
I would propose the following algorithm:
1) try to calculate the original object's hash; if it fails, consider
the memoryview unhashable (the buffer is probably
On Sun, Nov 13, 2011 at 8:39 PM, Stefan Krah ste...@bytereef.org wrote:
Antoine Pitrou solip...@pitrou.net wrote:
Only if the original object is itself mutable, otherwise the memoryview
is read-only.
I would propose the following algorithm:
1) try to calculate the original object's hash; if
On Sun, Nov 13, 2011 at 8:49 PM, Antoine Pitrou solip...@pitrou.net wrote:
I don't understand this feature. How do you represent a reversed buffer
using the buffer API, and how do you ensure that consumers (especially
those written in C) see the buffer reversed?
The values in the strides array
Antoine Pitrou solip...@pitrou.net wrote:
I would propose the following algorithm:
1) try to calculate the original object's hash; if it fails, consider
the memoryview unhashable (the buffer is probably mutable)
With slices or the new casts (See: http://bugs.python.org/issue5231,
Nick Coghlan ncogh...@gmail.com wrote:
With slices or the new casts (See: http://bugs.python.org/issue5231,
implemented in http://hg.python.org/features/pep-3118#memoryview ),
it is possible to have different hashes for equal objects:
Note that Antoine isn't suggesting that the underlying
On Sun, 13 Nov 2011 13:05:24 +0100
Stefan Krah ste...@bytereef.org wrote:
Nick Coghlan ncogh...@gmail.com wrote:
With slices or the new casts (See: http://bugs.python.org/issue5231,
implemented in http://hg.python.org/features/pep-3118#memoryview ),
it is possible to have different
Stefan Krah, 13.11.2011 13:05:
Nick Coghlan wrote:
With slices or the new casts (See: http://bugs.python.org/issue5231,
implemented in http://hg.python.org/features/pep-3118#memoryview ),
it is possible to have different hashes for equal objects:
Note that Antoine isn't suggesting that the
Antoine Pitrou solip...@pitrou.net wrote:
Stefan Krah ste...@bytereef.org wrote:
I think they necessarily have to use the same hash, since:
exporter = m1 == hash(exporter) = hash(m1)
m1 = m2 == hash(m1) = hash(m2)
Am I missing something?
The hash must simply be calculated using
Xavier Morel writes:
On 2011-11-12, at 10:24 , Georg Brandl wrote:
Am 12.11.2011 08:03, schrieb Stephen J. Turnbull:
The sensible thing is to just sort in Unicode code point order, I
think.
The sensible thing is to accept that there is no solution, and to stop
worrying.
The
Hi,
I noticed that _PyImport_FindExtensionObject() in Python/import.c does not
set _Py_PackageContext when it calls the module init function for module
reinitialisation. However, PyModule_Create2() still uses that variable to
figure out the fully qualified module name. Was this intentionally
Hi,
in Python modules, the __file__ attribute is provided by the runtime
before executing the module body. For extension modules, it is set only
after executing the init function. I wonder if there's any way to figure
out where an extension module is currently being loaded from. The
You can't expect the memoryview() to magically know what the underlying
hash function is.
Hashable objects implementing the buffer interface could be required to
make their hash implementation consistent with bytes hashing. IMO, that
wouldn't be asking too much.
There is already the issue
I'm asking specifically because I'd like to properly implement __file__
in Cython modules at module init time.
Why do you need to implement __file__? Python will set it eventually to
its correct value, no?
Another problem is that package local imports from __init__.py no longer
work when
On Sun, 13 Nov 2011 22:33:28 +0100
barry.warsaw python-check...@python.org wrote:
+And Now For Something Completely Different
+==
So, is the release manager a man with two noses?
+Strings and bytes
+-
+
+Python 2's basic original
On 11/13/2011 5:52 PM, eli.bendersky wrote:
http://hg.python.org/cpython/rev/87ecfd5cd5d1
changeset: 73541:87ecfd5cd5d1
branch: 2.7
parent: 73529:c3b063c82ae5
user:Eli Benderskyeli...@gmail.com
date:Mon Nov 14 01:02:20 2011 +0200
summary:
Normalize the keyword
http://hg.python.org/cpython/rev/87ecfd5cd5d1
changeset: 73541:87ecfd5cd5d1
branch: 2.7
parent: 73529:c3b063c82ae5
user: Eli Benderskyeli...@gmail.com
date: Mon Nov 14 01:02:20 2011 +0200
summary:
Normalize the keyword arguments documentation notation in re.rst.
16 matches
Mail list logo